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DATA COMMUNICATION 
This invention relates to data conmiunication. 

An example of a problem in data communication will be described in the context of 
communicating so-called Direct Stream Digital audio data. However, the present invention is 
applicable to other types of clocked data, such as multi-bit audio data or video data. 

Direct Stream Digital (DSD) is a high-resolution single-bit audio coding system used 
for the so-called Super Audio CD consumer disc format. DSD was developed with a view to 
producing audio signals comparable to those reproduced from the best analogue formats. 
DSD signals can produce a frequency response from DC to lOOkHz and have a dynamic range 
of greater than 120 dB across the audio band. 

DSD makes use of 1-bit digital audio. 1-bit oversampling converters exploit a law of 
information theory whereby sample width can be traded off against sampling rate to efifect 
conversion at a given resolution. For example a 1-bit converter that oversamples at 16 times 
the stored sample rate can give results which are equivalent to those obtainable with a 16 bit 
converter with no oversampling. 1 -bit oversampling converters (also known as Sigma-Delta, 
noise shaping or bit stream converters) measure the difference between successive audio 
samples rather than representing the actual value of the waveform amplitude. In DSD a 
significant improvement in reproduced sound quality is achieved by recording a high 
frequency (64Fs) 1-bit signal directly onto a super-audio CD rather than recording a 16-bit 
signal at frequency Fs onto a CD using pulse code modulation. 

DSD systems require a high frequency audio sample clock at 64Fs = 2. 8224MHz 
whereas the sample clock of standard PCM systems (Fs) is 44.1kHz. This high frequency 
sample clock is transmitted along with the data to facilitate accurate signal reconstruction at 
the receiving end. Furthermore each channel of 64Fs DSD audio requires a transmission 
bandwidth of 2.8224 Mbit/s. It is a problem to provide interconnections between large-scale 
multi-track production equipment for DSD audio such as multi-channel ADC/DACs, DSD 
mixers and multi-channel DSD recorders both because of the high audio bandwidth required 
for the audio data interconnection and because of the difficulty of transmitting the high 
frequency (64Fs ) audio sample clock between devices without compromising the integrity of 
the signal e.g. due to electromagnetic interference from the audio data signal. 
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Several known audio networking systems make use of Ethernet to transmit high 
bandwidth audio-data between a network of audio processing devices. For example the 
"Magic" system proprietary to Gibson makes use of the Ethernet Media Access Control MAC 
layer (i.e. physical layer and data link layer) to transmit audio data at a fixed audio sampling 
frequency of 48kHz using one Ethernet frame per sample period. The CobraNet audio 
networking system proprietary to Peak Audio also uses the Ethernet MAC layer to fransmit 
uncompressed digital audio data between networked devices. The CobraNet system uses a 
48kHz sampling rate and allows for transmission of 20-bit and 24-bit audio data. However, 
none of these known systems provides an interconnection suitable for linking DSD audio 
devices. This is because Ethernet frame timing is completely unsuitable for transmitting a 
2.8224MHz DSD sample clock. 

This invention provides a data communications system for communicating a data 
signal formed of successive data elements, the system comprising a transmission node; a 
reception node; and a link providing a data connection from the transmission node to the 

15 reception node; 

the transmission node comprising: 

means for transmitting a synchronisation clocking signal to the reception node via the 
link, the synchronisation clocking signal having synchronising features occurring at a 
frequency lower than a data element rate; 

means for assembling elements of the data signal into data frames, each data frame having a 
plurality of successive data elements of the data signal, for ttansmission to the reception node 
via the link, the assembling means being responsive to the synchronisation clocking signal so 
as to set a synchronisation flag associated with a data element having a first predetermined 
temporal relationslup with a synchronising feature of the synchronisation clocking signal; and 
25 and the reception node comprising: 

means for detecting a synchronising feature of the synchronisation clocking signal 

received from the transmission node; 

means for disassembling received data frames to regenerate the data signal, the 
disassembling means being operable to detect a data element associated with a set 
30 synchronisation flag; 
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means for outputting a data element associated with a set synchronisation flag at a 
second predetermined temporal relationship with respect to the synchronising feature of the 
received synchronisation clocking signal; 

the first and second predetermined temporal relationships being arranged so that a 
5 predetermined system latency exists between input of a data element to the transmission node 
and subsequent output of that data element by the reception node. 

The present invention use the physical layer of a link (e.g. an Ethernet link) to provide 
a data communication system for transmission of clocked digital data such as DSD data. The 
advantages of using the physical layer of Ethernet for such data transmission are that it offers 
10 a large bandwidth, has proven electromagnetic compatibility and has error detection 
functionaUty (cyclic redundancy checks) already in place. Use of the physical layer makes the 
logic easy to design and implement. There is no need to be concerned Avith hardware 
addressing and implementation of windowing protocols as would likely be required if the 
audio data were encoded using higher layer (e.g. MAC layer) technology. Furthermore at the 
15 physical layer level, Ethemet data transmission is robust and spectrum controlled so that 
electromagnetic emissions are low. The invention provides an elegantly simple and 
convenient way of synchronising the two ends of such a link which is applicable to the 
transmission of one-bit or multi-bit data. 

The invention also provides a transmission node for use in a data communications 
20 system for communicating a data signal formed of successive data elements having a reception 
node; and a link providing a data coimection from the transmission node to the reception node; 
the transmission node comprising: 

means for transmitting a synchronisation clocking signal to the reception node via the 
link, the synchronisation clocking signal having synchronising features occurring at a 
25 frequency lower than a data element rate; and 

means for assembling elements of the data signal into data frames, each data frame 
having a plurality of successive data elements of the data signal, for transmission to the 
reception node via the link, the assembling means being responsive to the synchronisation 
clocking signal so as to set a synchronisation flag associated with a data element having a first 
30 predetermined temporal relationship with a synchronising feature of the synchronisation 
clocking signal. 
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The invention also provides a reception node for use in a data commmiications system 
, for conununicating a data signal formed of successive data elements having a transmission 
node and a link providing a data connection from the transmission node to the reception node; 
the reception node comprising: 
5 means for detecting a synchronising feature of the synchronisation clocking signal 

received from the transmission node, the synchronisation clocking signal having 
synchronising features occurring at a frequency lower than a data element rate; 

means for disassembling received data frames to regenerate the data signal, the 
disassembling means being operable to detect a data element associated with a set 

10 synchronisation flag; 

means for outputting a data element associated with a set synchronisation flag at a 
second predetennined temporal relationship with respect to the synchronising feature of the 
received synchronisation clocking signal. 

The invention also provides a data communications method for communicating a data 
signal formed of successive data elements, the system comprising a fransmission node; a 
reception node; and a link providing a data connection from the transmission node to the 
reception node; the method comprising the steps of: 
the transmission node: 

i. transmitting a synchronisation clocking signal to the reception node via the link, the 
synchronisation clocking signal having synchronising features occurring at a frequency 
lower than a data element rate; 

ii. assembhng elements of the data signal into data frames, each data frame having a 
plurality of successive data elements of the data signal, for transmission to the reception 
node via the link, the assembling step bemg responsive to the synchronisation clocking 
signal so as to set a synchronisation flag associated with a data element having a first 
predetermined temporal relationship with a synchronising feature of the synchronisation 

clocking signal; 

and the reception node: 

i. detecting a synchronising feature of the synchronisation clocking signal received from 
30 the transmission node; 
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ii. disassembling received data frames to regenerate the data signal, the disassembling step 
being operable to detect a data element associated with a set synchronisation flag; and 

iii. outputting a data element associated with a set synchronisation flag at a second 
predetermined temporal relationship with respect to the synchronising featiire of the 

5 received synchronisation clocking signal; 

the first and second predetermined temporal relationships being arranged so that a 
predetermined system latency exists between input of a data element to the transmission node 
and subsequent output of that data element by the reception node. 

The invention also provides a metiiod of operation of a transmission node for use in a 
10 data communications system for communicating a data signal formed of successive data 
elements having a reception node; and a link providing a data connection from the 
transmission node to the reception node; 

the method comprising the steps of: 

transmitting a synchronisation clocking signal to the reception node via the link, the 
15 synchronisation clocking signal having synchronising features occurring at a frequency lower 
than a data element rate; and 

assembling elements of the data signal into data frames, each data frame having a 
plurality of successive data elements of the data signal, for transmission to the reception node 
via the link, the assembling step being responsive to the synchronisation clocking signal so as 
20 to set a synchronisation flag associated with a data element having a first predetermined 
temporal relationship with a synchronising feature of the synchronisation clocking signal. 

The invention also provides a method of operation of a reception node for use in a data 
communications system for communicating a data signal formed of successive data elements 
having a transmission node and a link providing a data connection from the transmission node 
25 to the reception node; 

the method comprising the steps of: 

detecting a synchronising feature of the synchronisation clocking signal received from 
the transmission node, the synchronisation clocking signal having synchronising features 
occurring at a frequency lower than a data element rate; 
30 disassembling received data frames to regenerate the data signal, the disassembling 

step being operable to detect a data element associated with a set synchronisation flag; and 
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outputting a data element associated vdth a set synchronisation flag at a second 
> predetermined temporal relationship witti respect to the synchronising feature of the received 
synchronisation clocking signal. 

Various other respective aspects and features of the invention are defined in the 
5 appended claims. Features from the dependent claims may be combined with features of the 
independent claims as appropriate and not merely as explicitly set out in the claims. 

Embodiments of the invention will now be described with reference to the 
accompanying drawings, throughout which like parts are referred to by like references, and m 
which: 

10 Figure 1 shows the standard seven-layer Open Systems Interconnection (OSI) model 

for network protocol architectures and sub-layers of the Ethernet physical layer; 
Figure 2 illustrates a known system for signal transfer in DSD systems; 

Figure 3 schematically illustrates a DSD interconnection accordingto an embodiment 

of the present invention; 

15 Figure 4 illustrates a star-configuration intercomiection that can be formed between 

several individual items of DSD equipment; 

Figure 5 schematically illustrates an audio data transmission system according to an 
embodiment of the present invention; 

Figure 6 schematically illustrates how the 64Fs audio sample clock signal is 
20 transmitted in parallel with the DSD audio data along different signal pairs of the category 5 
cable; 

Figure 7 schematically illustrates reception of the high frequency audio sample clock 
in parallel with reception of the DSD audio data signal; 

Figure 8 schematically illustrates the signal path of the 64Fs DSD sample clock signal; 
25 Figure 9 depicts an embodiment of the invention in which the synchronisation of the 

physical layer device is adjusted such that it is an exact multiple of the audio sample clock 
frequency; 

Figure 10 schematically iUustrates a point-to-point audio device link in which one 
device acts as a clock master whilst the other device acts as a clock slave; 
30 Figure 1 1 is a flow chart which illustrates the sequence of events followed to establish 

a synchronised link between tiie master device and the slave device of Figure 8; 
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Figure 12 schematically illustrates an apparatus in which multiple parallel links are 
used between two pieces of audio equipment in order to achieve a higher chaimel count than 
that achievable via a single point-to-point link; 

Figure 13 is a flow chart illustrating how the local clock signals Fs(A) and Fs(B) are 
5 employed to ensure that the outputs oftwo receivers are kept synchronous; 

Figure 14 schematically illustrates how audio data buffering is performed in the 
transmitter; 

Figure 15 schematically illustrates how audio data buffering is performed at the 
receivCT; 

10 Figure 16 schematically illustrates the data structure corresponding to a standard 

Ethernet frame; 

Figure 17 shows the stmcture of an audio data frame according to an embodiment of 
the present invention; 

Figure 18A shows the audio data frame format arranged as 384*4-byte data words; 
15 Figure 18B schematically illustrates a 24 DSD channel frame format in which each 

frame comprises 368 data words including 352 DSD samples for 24 channels plus 88 bytes of 
auxiliary data; 

Figure 19 shows the control data format arranged as 26*4-byte data words; 
Figure 20 schematically illustrates the structure of each of the three 16-bit frame 
20 format field sections corresponding to the frame format of Figure 18B; 

Figure 21 schematically illustrates the three 4-nibble sections of the frame format ED 
containing a set of data entries to be processed at the receiver; 

Figure 22 schematically illustrates the format of the 32-bit data block corresponding to 
the 24 DSD channel frame format of Figure 18B; 
25 Figure 23 A schematically illustrates how six parity bits PO to P5 are generated from 24 

audio data bits and the two auxiliary data bits; 

Figure 23B schematically illustrates how a syndrome is calculated by performing 
XNOR operations on the received data elements; 

Figure 24 is a table showing a the composition of a stream of nibbles from the 
30 interleaver for the 24 DSD channel frame format of Figure 1 8B; 
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Figure 25 schematically illustrates the protocol layers of the MAC-DSD protocol for 
the particular example embodiment using the 24 DSD channel frame format; 
Figure 26A schematically illustrates the AES3 sub-frame foimat; 
Figure 26B schematically illustrates the sub-frame format for PCM transmission 
5 according to the present technique; 

Figures 27A to D schematically illustrate how three different indications S. Z and V 

are 

multiplexed using the M-bit of Figure 26B; 

Figures 28A to E schematically iUustrates circunastances in which the S-bit takes 
10 precedence over the Z-bit in the M-bit of the sub-frame format according to Figure 26B; 

Figure 29 is a tJible 10 defining a firame type value index for a each of a number of 
different frame formats including frame types having different numbers of PCM samples per 
frame; 

Figure 30 is a table specifying the mformation derivable from the flag bits of the frame 

15 foraiat of Figure 18B; 

Figure 3 1 specifies how values for the two flag bits associated with the base clock are 

interpreted; 

Figure 32 schematically illustrates how a multiplexed clock signal is formed in 
dependence upon a 64Fs signal and a word clock signal; 
20 Figure 33 schematically illustrates five consecutive DSD samples and their timing 

relationship with the local 64Fs clock and the word clock; 

Figure 34 schematically illustrates a MAC DSD transmitter adapted for transmission of 

both PCM and DSD data; 

Figure 35 schematically illustrates a MAC DSD receiver adapted for reception of both 

25 PCM and DSD data; 

Figure 36 schematically illustrates a system in which two sample-synchronous links 
are operated in parallel and in which the Fs/n sync is used to synchronise the parallel links; 

Figure 37 schematically illustrates a measured difference in propagation delay 
between the two parallel links of Figure 27. 
30 As described above, some known audio networking systems use the data Unk layer of 

Ethernet for transmission of uncompressed digital audio data at standard sampling frequencies 
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of around 48kHz. By way of contrast, embodiments of the present invention use the physical 
layer of Fast Ethernet to provide a point to point connection for transmission of high 
frequency (2.8224MHz) digital audio data. The advantages of using the physical layer of Fast 
Ethernet for audio data transmission are that it offers a large bandwidth, has proven 
electromagnetic compatibility and has error detection functionality (cyclic redxmdancy checks) 
already in place. Use of the physical layer makes the logic easy to design and implement. 
There is no need to be concerned with hardware addressing and implementation of windowing 
protocols as would likely be required if the audio data were encoded using higher layer (e.g. 
MAC layer) technology. Furthermore at the physical layer level, Ethernet data transmission is 
robust and spectrum controlled so that electromagnetic enwssions are low. 

In order to explain the principles by which the present embodiments operate, the 
layered stmcture of network protocol architectures and the lower layers of the Ethernet 
architecture will be described in detail below. 

Figure 1 shows the standard seven-layer Open Systems Interconnection (OSI) model 
15 for network protocol architectures. The model comprises an application layer 270, a 
presentation layer 260, a session layer 250, a transport layer 240, a network layer 230, a data 
Hnk layer 220, and a physical layer 210. 

The application layer 270 provides a user interface, usually in the form of an 
application program, to a range of distributed information services on the network. The 
20 services provided by this layer include file transfer, access and management, as well as 
general document and message interchange services such as electronic mail. 

The presentation layer 260 is concerned with the representation of data during transfer 
between two communicating application processes. It selects an appropriate transfer syntax to 
be used diiring a transaction, so that the structure of the messages being exchanged between 
25 two application entities is maintained. The presentation layer 260 also manages data 
encryption and data compression. 

The session layer 250 estabUshes sessions between communicating applications on 
communicating network nodes. It may optionally provide interaction management during two- 
way altemate i.e. half-duplex (rather than two-way simultaneous i.e. full-duplex) data 
30 exchange. Further optional features provided by this layer are synchronisation for lengthy 
network transactions and exception reporting. 
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The transport layer 240 acts as an interface between the higher application-oriented 
layers (session 250, presentation 260 and application 270 layers) and the underlying network- 
dependent protocol layers 210, 220, 230. The transport layer provides the session layer with a 
defined set of message transfer facilities. It offers a number of classes of services appropriate 
5 to different types of network, ranging fi-om class 0 which provides basic connection 
establishment to class 4 which provides full error control and flow control. 

The lowest three layers (network 230, data link 220 and physical layers 210) of the 
OSI model are all network dependent. The network layer 230 is responsible for estabUshing 
and clearing a connection between two transport layer protocol entities and it supports 
10 network routing and addressing. The data link layer 220 provides the network layer with a 
reliable information transfer facility and is responsible for such functions as error detection 
and message retransmission. Typically both a connectionless and a connection-oriented 
service is provided. The connectionless service simply discards received frames in which an 
error is detected whereas a connection-oriented service aims to provide an error-fi«e 
15 information transfer facility. Finally, the physical layer 210 provides the data link layer 220 
with a means of transmitting a serial bit stream between two pieces of equipment. It converts 
the data into the stream of electric or analogue pulses that will actually cross the transmission 
medium and it oversees the transmission of data. 

Ethernet is a local area network (LAN) technology, which uses a simple or branching 
20 bus-like connection line. The transmission medium in an Ethernet network is formed from 
one or more continuous Unes of cable linked by hubs. Network devices are connected to the 
cable and they compete for network access using a Carrier Sensing Multiple Access with 
Collision Detection (CSMA/CD) protocol. According to the CSMA/CD protocol, all client 
devices monitor the transmission medium and wait until the transmission line is available 
25 before transmitting any messages. If two network nodes try to transmit messages at the same 
time, a collision occurs. The cUent devices then stop, wait for a random time interval and 
attempt to transmit again. 

Standard Ethernet systems known as lOBASE-T systems provide transmission speeds 
up to 10 Mega bits per second (Mbps) whereas so-called "Fast Ethernet" (or 100BASE-T) 
30 systems provide transmission speeds of up to 100 Mbps. Further higher performance systems 
are available such as so-called "Gigabit Ethernet". Fast Ethernet uses the same wiring 
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systems, Media Access Control (MAC) method and frame methods as lOBASE-T Ethernet. 
The embodiments may use any of these systems. 

Ethernet systems may use twisted pair cabUng or an optical fibre connection. Twisted 
pair is standard copper wire that is typically used to connect computers to a telephone link. To 

5 reduce cross-talk or electromagnetic induction between pairs of wires, two or more insulated 
wires are twisted aroimd each other. The twisting reduces the effective radiating area of the 
cable because electro-magnetic effects of alternate twists tend to cancel at distances greater 
than the twist pitch. Each connection on twisted pair requires two wires. If the twisted pair is 
enclosed by a shield that functions as a ground it is known as shielded twisted pair (STP). 

10 Standard twisted pair cabling is known as unshielded twisted pair (UTP). 

Li Fast Ethernet systems the segment length for twisted pair cable segments is set to a 
maximum of 100m to ensure that signal round-trip timing specifications are met. The problem 
with Fast Ethernet is how to achieve a data transfer rate of lOOMbit/s over unshielded twisted- 
pair cable (UTP). In practice there are two standards that can be used to achieve this, one of 

15 which (100BASE-4T) uses voice-grade category 3 cable and another (100BASE«X) which 
uses either high-quality category 5 UTP cable, shielded twisted-pair cable (100BASE-TX) or 
optical fibre (100BASE-FX). In the lOOBASE-X system each type of transmission medium 
requires a different Physical Medium Dependent (PMD) sublayer. Category 5 UTP comprises 
4 signal pairs, two pairs of which are typically utilised for Ethernet i.e. one signal pair for 

20 clock transmit and receive and one signal pair for data transmit and receive. This leaves two 
unused signal pairs. 

The sub-layers of the Ethernet physical layer and data link layer are shown alongside 
the seven layer OSI model. 

The data link layer 220 comprises the Media Access Control (MAC) layer 224 arid the 
25 Logical Link Control (LLC) layer 222. The physical layer comprises a reconciliation sub-layer 
219, a Media Independent Interface (Mil) 218, a physical coding sub-layer 216, a physical 
medium attachment sub-layer 214, a physical medium dependent sub-layer 212 and a Medium 
Dependent Interface (MDI) 21 1 . 

The MAC sub-layer 224 performs the two main functions of data encapsulation and 
30 media access management. The data encapsulation functionality includes data framing, 
handling of source and destination addresses and detection of physical medium transmission 
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errors. The medium access management functionality includes medium allocation (collision 
- avoidance) and contention resolution (collision handling). 

The MAC sub-layer 224 can operate either in half-duplex mode or in foil duplex mode. 
In half-duplex mode, network nodes contend for use of the physical medium using multiple 
5 access (CSMA/CD) algorithms. The foil duplex mode allows for simultaneous transmission 
and reception without interference. For the fuU duplex mode to be used three conditions must 
first be satisfied. Firstly, the physical medium must be capable of supporting simultaneous 
transmission and reception without interference. Secondly there must be exactly two nodes on 
the local area network so that the physical medium is treated as a foil duplex point-to-point 
10 link between the nodes. The use of CSMA/CD algorithms is unnecessary in this foil duplex 
case because there is no contention for use of a shared medium. The, third condition is that 
both network nodes must be configured to use fall duplex operation. 

The Logical Link Control (LLC) layer 222 performs error-checking fimctions on data 
jframes and manages links between communicating network nodes. 
15 The ReconciUation 219 sublayer maps the signal set provided at the Media 

Independent Interface 21 8 to the Physical Coding Sublayer 216. 

The Physical Coding Sub-layer (PCS) 216 provides a uniform interface to the 
ReconciUation sub-layer for all lOOBASE-TX physical layer entity (PHY) implementations. 
The PCS 216 provides all services required by the Mil including: encoding of Mil 4-bit "data 
nibbles" to 5-bit code groups (and also decoding from 5-bit to data nibbles); generation of 
carrier sense and colUsion detect indications; seriaUsation of code-groups for transmission on 
the underlying PMA sub-layer 214 (and de-serialisation of code groups on reception from the 
PMA 214); and mapping of transmit, receive, carrier sense and collision detection between the 
Mn 218 and the underlying PMA 214. 
25 The Physical Medium Attachment (PMA) sub-layer 214 provides a medium- 

independent means for the PCS to support the use of a range of physical media. The 
100BASE-TX PMA performs the functions of: mapping of transmit and receive code-bits 
between the underlying Physical Medium Dependent (PMD) sub-layer 212 and the PCS 216; 
and generating a control signal indicating the availability of the PMD 212 to a PCS 216. The 
30 PMA sub-layer 214 may optionally: generate indications of carrier errors from the underlying 
PMD sub-layer 212; sense receive channel failures; and transmit far-end fault indications. 
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The PMD sub-layer 212 is effectively a set of signalling standards that define 
125Mbit/s full duplex signalling systems, which accommodate multi-mode optical fibre (F), 
shielded twisted pair (STP) and unshielded twisted pair (UTP) wiring. 

The purpose of the Media Independent Literface (Mil) 218 is to provide a simple 
interconnection between the MAC sub-layers 222, 224 and the physical layer entities (PHYs) 
for data transfer at lOMbit/s and lOOMbit/s. The functionality is identical at both data rates, as 
are the signal timing relationships. The only difference between lOMbit/s and lOOMbit/s 
operation is the nominal clock firequency. The Mil 218 is used to provide media 
independence for various forms of unshielded twisted-pair wiring, shielded twisted-pair 
wiring, fibre optic cabling and potentially other media, so that identical MACs may be used 
with any of these media. The ME 218 maximises media independence by cleanly separating 
the Data Link Layer 220 and the Physical Layer 210 of the OSI seven-layer reference model. 
The data and delimiters of the ME 218 are synchronous to clock references and the Mil uses 
Low Voltage Transistor-Transistor Logic (LVTTL) signal levels compatible with common 
integrated circuit processes. The Mil 218 provides independent 4-bit wide data-transmit and 
data-receive paths and full duplex operation. Each direction of data transfer is serviced with 7 
signals: a 4-bit data bundle, a 1-bit delimiter signal,, a 1-bit error signal and a 1-bit clock 
signal. 

Figure 2 illustrates a known system for signal transfer in Direct Stream Digital 
systems. The apparatus 300 comprises an analogue-to-digital/ digital-to-analogue 
(ADC/DAC) converter 310 coimected to a DSD multi-channel recorder 320. The connection 
comprises two separate cables: a first cable 315 is an optical fibre carrying 8 channels (about 
22.6Mbit/s) of DSD audio data and a second cable 325 carries the high fi-equency sample 
clock. It is standard studio practice to use separate cables for the audio data and the sample 
clock 

Figure 3 schematically illustrates a DSD interconnection according to an embodiment 
of the present invention. In this arrangement 400, a single cable 405 is used to connect a 
multi-channel ACD/DAC 410 to a DSD multi-channel recorder 420. The cable 405 is a 
category 5 unshielded twisted pair cable. This cable has four signal pairs, two pairs of which 
are used to transmit and receive audio data, encoded using Ethernet physical layer technology 
and the remaining two pairs of which are used to convey a DSD sample clock in both 
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directions across the link (see Table 1 below). The clock signal and the audio data signal are 
conditioned to decrease the likelihood of interference between the two signals degrading the 
quality of the clock signal. The clock signal is used to synchronise a phase locked loop (PLL) 
in the receiving device, which in turn may be used as a sample clock for ADCs and DACs. 
Any jitter on the sample clock is undesirable since it will manifest itself as distortion on the 
reproduced analogue audio output. The audio signal is intrinsically digital and consequently 
more robust to degradation than the clock signal. A packet data transmission system such as 
Ethernet is capable of carrying the DSD audio data, hi this particular embodiment, the 
physical layer of Fast Ethernet (100BASE-TX) is used to provide a channel bit-rate of 
lOOMbit/s which accommodates audio data from 32 DSD channels on a single link, hi an 
altemative embodiment the lOOMbit/s link is used to support 24 DSD channels on a single 
link. 

Ethernet is an asynchronous data link and is thus inherently unsuitable for transmission 
of the high-integrity, 64Fs audio clock signal. For this reason the audio sample clock is 
15 transmitted on separate signal pairs ofthe category 5 UTP cable. 

The single cable connection in Figure 3 is fundamentally a point to point Imk directly 
connecting the two audio devices. It uses a special "crossover" category 5 cable that is wired 
to reverse the input/output connections, hi this case a custom made crossover cable is 
required because conventional crossover cables such as those used for office networking do 
not reverse the two spare signal pair connections used in this embodiment for transmission of 

the audio sample clock. 

hi altemative embodiments ofthe invention, such as that illustrated in Figure 4, more 
complex mterconnections can be formed between several individual items of DSD equipment. 
The apparatus illustrated in Figure 4 comprises a star-configuration DSD router 430, a multi- 
15 Channel ADC/DAC 440, a DSD mixer 450 and a DSD multi-channel recorder 460. Three 
point-to-pouit links 445, 455 and 465 are connected together via the central DSD router 430. 
Unlike the connection of Figure 3, standard category 5 cable can be used for each of the three 
connections m this star configuration. This is because the port connections on the router are 
internally reversed such that signal outputs of one device connect to signal inputs of another 
30 device. 
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The router 430 comprises a number of signal transceivers, each transceiver comprising 
a data clock transmitter (described below with reference to Figure 6) and a data and clock 
receiver (described below with reference to Figure 7). Switching and routing functions are 
carried out by a crosspoint switch (not shown) acting on the recovered clock and streamed 

5 audio data. In other words, signals are not transferred across the router in packetised form. 

The cable 405 linking the transmitter device to the receiver device in Figure 3 is 
terminated with 8-terminal RJ45 plugs and both transmitter and receivier devices are fitted 
with RJ45 sockets. The table below specifies the setting of the RJ45 socket terminal 
connections for the audio devices of Figure 3 and for the star-configuration router devices of 

10 Figure 4. 



Table 1 



Pin mmiber 


Fimction (audio device) 


Function (star-configuration router) 


1 


Data transmit + 


Data receive + 


2 


Data transmit - 


Data receive - 


3 


Data receive - 


Data transmit - 


4 


Clock transmit + 


Clock receive + 


5 


Clock transmit - 


Clock receive - 


6 


Data receive + 


Data transmit + 


7 


Clock receive 


Clock transmit - 


8 


Clock receive + 


Clock transmit + 



Figure 5 schematically illustrates an audio data transmission system according to an 
embodiment of the present invention. The apparatus 500 comprises a first audio processing 
15 device 510 and a second audio processing device 520 linked by a category 5 unshielded 
twisted pair cable 515. Each audio processing device comprises a Field Programmable Gate 
Array (FPGA) 512, a physical layer interface (PHY) 514, a transformer 516 and an RJ45 8-pin 
connector 518. The FPGA 512 provides a Multichannel Audio Connection for DSD (MAC- 
DSD). 

20 1-bit 64Fs direct stream digital data is supplied fi-om the audio device to the FPGA 

512. During a transmission operation the FPGA 512 performs audio data buffering and 
fi-aming operations whereas during data reception the FPGA extracts data fi*om the fi-amed 
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Structure and converts it back to a DSD stream. The FPGA performs transmission and 
reception concurrently, implementing a full-duplex audio connection. The format of the data 
frames will be described in detail below with reference to Figures 1 5 and 16. The PHY device 
514 performs physical layer coding of the framed audio data, implements spectrum control 
processing and has line drivers that amplify the current and hence the power of the signal to 
increase its robustness during transmission. The PHY device 514 effectively implements the 
Physical Coding Sublayer (PCS). Physical Medium Attachment (PMA) and Physical Medium 
Dependent (PMD) sub-layers of the physical layer 210. In this embodiment the PHY device 
514 is an Intel™ LXT972a component and it operates in full duplex mode with no auto- 
negotiation and with data scrambUng on. The transformer 516 outputs the data for 
transmission on the category 5 cable 515. On reception the transformer 516 receives the 
signal prior to physical layer processing. The interface between the FPGA 512 and the PHY 
device 514 is a Media Independent Interface (ME). Thus the FPGA replaces the network 
address handling Media Access Controller (MAC) of the conventional Ethernet system. 
Multiple sample rates are supported arid the system is able to accommodate potential 
developments towards higher DSD sample rates. Any change to the audio sample rate affects 
the way audio data streams are packed into data frames and this fimctionality is determined by 
circuitry in the FGPA 512. Provided that the physical layer link has sufficient bandwidth 
changes in the audio sample rate have no effect on the PHY device 514. 
20 Figure 6 schematically illustrates how the 64Fs audio sample clock signal is 

transmitted in parallel with the DSD audio data along different signal pairs of the category 5 
cable. As in Figure 5, the FPGA 512. the PHY device 514 and the transformer 516 perform 
the audio data signal processing prior to its transmission on two signal pairs of the Category 5 
UTP cable 515. The 64Fs audio sample clock is suppUed as input both to the FPGA, which 
25 performs framing and buffering, and to a low pass filter 552. The low-pass filter serves to 
reduce electro-magnetic emissions during transmission of the clock signal. The output of the 
low-pass filter 552 is suppUed as input to a differential line driver 554 and is subsequently fed 
through a lOBASE-T type Ethernet transformer 556. The clock signal is fed via the RJ45 
connector 518 onto a signal pair on the category 5 UTP cable 515 where it is transmitted in 
30 parallel with the audio data. Transmission of the audio sample clock signal is important since 
it enables the FPGA of the receiving device to resynchronise the received audio data and thus 
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to reconstitute the DSD bitstreams. The category 5 UTP cable used in this embodiment of the 
invention has a characteristic impedance of 100 Ohms. Alternative embodiments may use 
screened twisted pair cable which gives enhanced electromagnetic compatibiUty (EMC) 
performance. Further alternative cable types that may be used include category 5e cable (for 
data rates of up to 250Mbit/s), category 6 cable (suitable for Gigabit Ethernet or category 7 
cable which allows even higher data transnMSsion rates. 

The FPGA is only one solution to achieve the functionality required at the transmitter 
and receiver. Software-controlled general purpose microprocessors may of course be used, in 
which case the software could be provided by a storage medium (e.g. a readronly memory, 

flash memory, magnetic disk or optical disk) or a transmission mediimi (e.g. a network or the 

internet) 

Figure 7 schematically illustrates reception of the high firequency audio sample clock 
in parallel with reception of the DSD audio data signal. The parallel signals are received fi-om 
the cable 515 at the RJ45 connector 522 of the receiving device. The DSD audio signal is 
received by a transformer 524 and is then suppUed to a physical layer interface 526 followed 
by an FPGA 528 which unfirames the data and produces a DSD bit stream. The DSD audio 
stream is output from the FGPA according to a 64Fs clock signal 529 derived from the local 
phase locked loop of the receiving device. 

The received audio clock signal is supphed to a transformer 562 on arrival at the 
receiving device. The output of the transformer is supplied to a high pass filter 563 and then 
to a low pass filter 564, which is of the same type as the low pass filter 552 in the transmitting 
device. The low pass filter 564 in the receiver serves to remove any high frequency 
interference in the received signal, derived either from the audio data signal, which it travelled 
adjacent to along the cable 515, or from external sources. The output from the low-pass filter 
is supplied to a comparator 568 where it is converted to a logic signal. The logic signal from 
the comparator is used to drive a local phase locked loop (PLL) circuit. A phase locked loop 
(PLL) is an electronic circuit that controls an oscillator so that it maintains a constant phase 
angle relative to a reference signal. In this case the received high frequency clock signal is the 
reference signal. The PLL circuit generates a local audio reference clock which is used for 
reproduction of the DSD audio data. 
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Figure 8 schematically illustrates the signal path of the 64Fs DSD sample clock signal. 
As explained above, tiie DSD sample clock is transmitted in both directions via dedicated 
differential signal pairs in the category 5 XJTP interconnection cable 515. The sequence of 
processing operations performed on the high frequency (64Fs) clock signal will now be 
5 described with reference to Figure 8. Special analogue conditioning of the sample clock 
signal is performed to facilitate its transmission on a signal pair of the UTP cable adjacent to 
the asynchronous data signal. The analogue conditioning reduces the severity of 
electromagnetic interference effects from the asynchronous data signal (or from extemal 
soxu-ces) which compromise the integrity of the high frequency sample clock signal. As 
10 schematically illustrated in Figure 8, the sample clock processing that occurs in the clock 
master system involves the low pass filter 552, the differential line driver 554 and the 
transformer 556. The sample clock processing chain in the clock slave system involves the 
transforaier 562, a high pass filter 563 and the comparator 568. 

The input to the low pass filter 552 of the clock master is a 2.8224MHz (64Fs) logic 
15 signal 551. The frequency tolerance of tiiis signal is in accordance with the Grade 2 
specification defined by the standards document AESl 1-1997. Accordingly the sample clock 
has a long-temi frequency stability of +/- 10 parts per million (ppm), with an extemal 
synchronisation range of +/-50ppm. The duty cycle of the sample clock in the range 40-60%. 
and a Low Voltage Transistor-Transistor Logic (LVTTL) logic signal is used. 
20 The 64 Fs logic clock signal 569 output by the comparator 568 of the clock slave 

system is also a logic signal of frequency 2.8224MHz (64Fs). This clock output signal 569 is 
not used to synchronise any digital audio components directly because the link 515 
characteristics may well have introduced substantial jitter and asymmetry to the clock signal. 
Rather, the clock output signal is used exclusively to synchronise an edge-triggered phase 
25 locked loop (PLL) in the receiver system. The clock output signal 569 is carefiiUy routed 
within the receiver to ensure that any noise and jitter on the signal does not couple into other 
high-quality clock signals. The PLL circuit (not shown) of the clock slave system is used to 
generate high quality audio clock signals for distribution throughout the receiving system. 

The low pass filters 552, 564 in both the transmitting (clock master) system and 
30 receiving (clock slave) system are second-order low-pass Butterworth filters, each having a 
cut-off frequency fc=2.9MHz. 
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The transmitter low-pass filter 552 attenuates high-frequency components of the clock 
signal that may otherwise cause interference with the adjacent audio data signals in the cable 
or cause excessive RF emissions from the cable. The receiver low-pass filter 564 on the other 
hand, removes high-frequency interference from the clock signal induced by either the 
adjacent high-frequency data signals or by external sources. 

The differential line driver 554 located in the transmitter generates a symmetrical 
output signal of differential peak-peak voltage 1.5V-2.5V into 100 Ohms (the impedance of 

the category 5 UTP link). 

The transformers 556, 562 in both transmitter and receiver are lOBase-T Ethemet 
transformers having a 1 :1 tums ratio and line-side common mode chokes. 

The high-pass filter 563 in the receiver is a first-order high pass filter having a cut-off 
frequency fc = 500Hz. This filter removes low-^frequency interference from mains supply 
sources, and blocks DC offset. This filter is implemented with a simple resistance- capacitance 
(R-C) combination. 

The comparator 568 in the receiver converts the filtered analogue clock signal from the 
low pass filter 564 into a logic signal, hi order to avoid or reduce noise-induced multiple edges 
a 2% hysteresis is used. 

Figure 9 shows an embodiment of the invention in which the synchronisation of the 
physical layer device is adjusted so it is an exact multiple (9*64Fs ) of the audio sample clock 
frequency 64Fs. The Ethemet standard specifies a 25MHz symbol rate for data transmission. 

It is conceivable that transmission of the 2.8224MHz sample clock along the same 
category 5 UTP as a asynchronous 25Mhz audio data signal could result in imdesirable 
degradation of the audio clock. Synchronising the audio data transmission with the sample 
clock may help to reduce the degradation of the high-quaUty audio clock signal. The 
apparatus shown in Figure 9 comprises a multiplier 572 which takes a 64Fs clock signal as 
input and up-converts it in frequency by a factor of 9 using a phase locked loop. The output 
from the x9 multiplier 572 is input to the PHY device of the transmitter so that a 576Fs 
(25. 4016MHz) audio data signal is generated. Accordingly, this embodiment uses a 
25.4016MHz symbol rate for audio data transmission rather than the standard 25MHz Ethemet 
symbol rate. As a consequence of the increased symbol rate the channel bit rate increases 
from lOOMbit/s to 101 .6064Mbit/s. 
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Therefore, this embodiment of the invention can potentially reduce degradation of the 
' audio clock signal but this is at the expense of removing compatibility with the 25MHz 
symbol rate of standard Ethernet systems. 

Figure 10 schematically illustrates a point-to-point audio link in which one device acts 
as a clock master 600M whilst the other device acts as a clock slave 600S. Each of the audio 
processing devices comprises a clock source PLL 602M/ 602S, a clock receiver (Rx) 604M / 
604S, a lock detect module 606M / 606S, a clock transmitter (Tx) 608M / 608S, an audio 
input/output (I/O) system 610M / 610S and a switch 61 2M / 612S. The suffix M denotes a 
component associated with the master device 600M whereas the suffix S indicates a 
component associated with the slave device 600S. DSD audio data passes along a UTP cable 
(not shown) which links the audio I/O system 610M of the master with that of the slave 610S. 

The category 5 UTP cable provides independent connections such that under normal 
operating conditions clock signals are teansferred in both directions between two audio 
devices. However in an active link one of the devices must be designated clock master 600M 
15 and the other device is thus designated the clock slave 600S. The clock master transmitter 
608M sends an audio clock signal 605M to the clock receiver 604S of the clock slave. The 
master clock signal 605M is used by the phase locked loop 602S of the slave to produce a 
synchronisation signal that is supplied to the slave audio I/O system 61 OS. The audio clock 
signal 605S that is sent from the slave transmitter 608S to the clock receiver of the master 
20 604M is not supplied to the phase locked loop 602M of the master because the switch 612M 
of the master is left in an open state. However the slave clock signal 605S is compared with 
the local master clock by the lock detect module 606M of the master device to detect 
synchronisation of the remote slave system. 

Figure 1 1 is a flow chart which illustrates the sequence of events followed to establish 
25 a synchronised link between the master device and the slave device of Figure 10. 

At stage 620 the transceiver of device B 600S is set to slave mode and tiie clock 
transmitter 608S is temporarily disabled (until the link is estabUshed and a lock state has been 
achieved). This acts as a safeguard against two slave devices attempting to synchronise each 
other with unpredictable consequences. 
30 At stage 630 the UTP cable is used to physically connect the master device 600M to 

the slave device 600S thereby establishing the link. On connection of the cable both the 
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master device 600M and the slave device 600S detect that the link is currently valid. The 
master device begins transmittmg the clock signal 605M but the slave device's clock 
transmitter 608 is temporarily disabled. 

At stage 640 the slave device's clock receiver 604S detects the incoming master clock 
signal 605M and feeds this to the local slave phase locked loop circuit 602S which locks to the 
incoming master clock signal. 

At stage 650 the slave device 600S detects the lock condition by comparing its local 
system clock with the incoming master clock signal 605M via the lock detect module 606S. 
Closing the switch 612S completes the circuit between the slave PLL 602S the slave clock 
receiver 604S and the slave lock detect module 606S and thus enables lock detection. Once 
the slave lock detect module 606S signals that lock with the master clock has been estabUshed, 
the slave clock transmitter 608S is switched from the disabled state to an enabled state and the 
slave device 600S audio buffers (located in the audio I/O system 610S) are reset. 

At stage 660 the master device clock receiver 604M receives the echoed clock signal 
from the recently enabled slave clock transmitter 608S and checks the phase of this echoed 
signal to verify that the slave device has synchronised correctly with the master clock signal 
605M. If synchronisation has not been correctly estabUshed then audio transmission is not 
enabled. 

At stage 670, having estabUshed that the slave device is correctly synchronised the 
master device resets its audio buffers (located in the audio VO system 610M) and enables 
audio data transmission, whereupon framed DSD audio data is sent along the UTP cable 

linking master and slave devices. 

The flow chart of Figure 11 describes the standard process of estabUshing 
synchronisation between the master device and the slave device. However, it may be the case 
that an attempt is made to estabUsh a link between two audio devices, both of which have been 
set to slave mode, fa this event, the clock transmitters of both devices are disabled at the point 
where the devices detect a vaUd data link and an indication is made to the operator that the 
link is not synchronised. The link conditions are indicated to the user via LED status 
indicators (not shown) located adjacent to the RJ45 cable connection ports; Table 2 below 
) gives an LED status for each of a number of possible link conditions, fa particular a red or 



p/1 6732GB 



22 



yellow LED "on" status corresponds to a clock synchronisation failure of the type that would 
be encountered during an attempt to link two slave mode audio devices. 



LED status 


Condition 


No LED on 


No Ethernet PHY connection detected 


Red (or yellow) 
LED on 


Ethernet PHY connection detected, but clock synchronisation 
failed/not present/not locked. Audio transfer inhibited 


Green LED on 


Ethernet PHY connection detected, slave device has locked to 
master device clock, and link is active 


Both LEDs on 


(illegal indication) 



Figure 12 schematically illustrates an apparatus in which multiple parallel links are 
used between two pieces of audio equipment. Use of multiple links means a higher channel 
count is achieved than that achievable via a single point-to-point link. In this case two links 
are used to provide a total of 64 channels. A transmitter device 700A comprises a first 

10 transmitter 702, a second transmitter 704 and a clock generator 706. A receiver device 700B 
comprises a first receiver 712, a second receiver 714 and a clock generator 716. A first 
category 5 UTP cable 721 carries audio data channels 1 to 32 (or 1 to 24) and links the first 
transmitter 702 to the first receiver 712. A second category 5 UTP cable 723 carries audio 
data channels 33 to 64 (or 25 to 48) and links the second transmitter 704 to the second receiver 

15 714. 

When operating the apparatus of Figure 12, it is necessary to ensure that the DSD 
audio data streams output by the first receiver 712 are sample-synchronised with the DSD 
audio data streams output by the second receiver 714 i.e. the samples &om channels 1 to 32 
(or 1 to 24) are synchronised with the samples from channels 33 to 64 (or 25 to 48). The 
20 transmit and receive latencies of the PHY devices in the transmitters 702, 704 and in the 
receivers 712, 714 mean that it is possible that the output of receivers 712, 714 could slip out 
of synchronisation by more than one DSD audio sample pariod (3.543 xlO' seconds). 
Manufacturer specifications for commonly used PHY devices indicate that combined transmit 
and receive latencies of the PHY devices could vary by up to 6xl0-« seconds so that sUppage 
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of one DSD sample between receivers is conceivable. Any differences in the lengths of cables 
721 and 723 will also affect synchronisation. 

As shown in Figvire 12, the first and second transmitters 702, 704 of the transmitting 
audio system 700A use a common synchronisation reference clock signal Fs(A) running at Fs 
= 44,1kHz. Similarly the first and second receivers 712, 714 of the receiving audio system 
700B use a common synchronisation reference clock Fs(B) running at Fs = 44.1kHz. These 
two 44.1kHz synchronisation clock signals Fs(A) and Fs(B) have identical firequencies both 
having been derived firom a 64Fs master clock signal, but their phases, being arbitrary, are 
unlikely to match. The arbitrary phases are due to Fs(A) and Fs(B) having been derived from 
the common 64Fs clock via independent clock dividers. The flow chart of Figure 13 
illustrates how the signals Fs(A) and Fs(B) are employed to ensure that the outputs of 
receivers 712 and 714 (which have derived their audio data from separate link cables 721 and 
723 respectively) are kept synchronous. 

At stage 730 of the flow chart of Figure 13, a communication link between the 
transmitting system 700A and the receiving system 700B is estabUshed. Each of the two 
transmitters 702, 704 awaits receipt of a clock edge from the local 44.1 kHz clock signal Fs(A) 
and then transmits the first audio frame. The data frame is packed such that the first DSD 
sample is input synchronously with the clock edge. The flow chart of Figure 13 relates to an 
embodiment in which there are 32 channels of DSD audio. As shall be described in detail 
below with reference to Figure 18 A, for the 32-channel system each frame comprises 384 data 
words and words 13 to 382 each contain a 1-bit DSD sample value for each of 32 channels 
(370 sample values per channel are contained in each frame). The first transmitter transmits 
the first audio fii^me corresponding to channels 1 to 32 whilst the second transmitter transmits 
the first audio frame corresponding to channels 33 to 64. Since in this embodiment each 
frame contains 370 samples and there are 64 samples per Fs period, a coincident frame, start 
(1'^ DSD sample value output) and Fs-period start (Fs(A) clock edge) will occur every 370 x 
64 samples. However, 370 and 64 have a common factor of 2 so a frame-start and Fs period- 
start occur together every (370*64)/2 samples i.e. every 32 frames. Accordingly, the 1'^ DSD 
sample value of the frame will be output synchronously with the local Fs(A) clock edge for 
frames 1, 33, 65, 97.. and so on. These particular frames have a specific bit flag in a "frame 
type" field (see Figure 16) of the data firame set to one. 
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At Stage 732 of the flow chart both the first receiver 712 and the second receiver 714 
capture a phase count value <Dj 0 = 1 or 2 corresponding to first and second receivers 
respectively) marking the point in time at which the first DSD sample value in the first 
received fi-ame is ready for output. Note that at system start-up the receiver audio outputs are 
5 muted and transmitter audio outputs are only enabled once synchronisation of the 64Fs sample 
clocks has been verified by the master device. The time at which the receiver is ready to 
output the first DSD sample value will depend on the time taken for the slave device to 
achieve phase lock with the 64Fs clock signal of the master device. It will also depend on the 
settmg of the threshold level of a FIFO buffer of the particular transmitter. Each receiver 
10 derives the phase count value <Dj firom a counter in the receiver which is clocked by the 64 Fs 
local clock signal and reset by the 44.1kHz signal Fs(B). 

At stage 734, a system controller (not shown) compares the phase count values, Oi and 
O2 ,for each of the receivers and determines if they are identical. If O, = a>2 then the receivers 
are synchronised to within the same DSD sample period which is the desired condition. In 
15 this event the process proceeds to stage 738 where the audio outputs are unmuted. If however, 
<Di 9t O2 at stage 734 then the process proceeds to stage 736 where the system controller 
adjusts the buffer read positions of the receivers in an attempt to achieve synchronisation. The 
receiver that synchronised with the 64Fs master clock earliest (and hence received DSD audio 
data first) has its buffer read position adjusted to match the buffer read position of the latest 
20 synchronised receiver (which started to receive DSD data later). This buffer read position 
adjustment is equivalent to modification of the phase count values <Dj such that they are both 
equal to the higher of the two compared phase counts. Only when synchronisation has been 
achieved i.e. when the phase count values of the receivers are identical will the audio outputs 
be enabled. 

25 The phase count values of the receivers are cross-checked for every flagged fi^e 

(first fi-ame and every following 32"'' fi-ame) to ensure that synchronisation of the receivers is 
maintained. Frames are transmitted every 131.25^s so that flagged fi-ames occur 
approximately every 4.2ms (32x131.25ns). Any receiver synchronisation problem should be 
detectable and correctable within this 4.2ms period. Stages 742, 744, 746, of Figure 13 show 

30 the check that is performed by the system controller for every flagged firame. At stage 742 the 
controller checks the modified phase count value for the current flagged fi^e and compares 



P/16732GB 25 

it with the final (possibly modified) recorded phase count value for the previous flagged data 
fi-ame i.e. fi-ame X-32. If the phase covmt values match then the system continues with audio 
data transmission at stage 746. If however the phase count values for the two flagged firames 
do not match, this indicates that the two receivers are not outputting the same audio sample 
value simultaneously and the process proceeds to stage 744 where the system controller 
initiates resetting of the data links in an attempt to restore proper synchronisation. When the 
data links are reset the receiver logic is put in a reset condition so that the process of stages 
732 to 738 of Figure 11 is carried out. In alternative embodiments the data links are reset by 
adjustment of the buffer read positions, but in this case a buffer overrun/underrun would 
trigger a total reset of the link. Sample synchronisation slippage could occtir, for example, 
due to a cable glitch. 

For the alternative 24 DSD channel embodiment, as shall be described in detail below 
with reference to Figure 18B, each fi-ame comprises 368 data words and words 15 to 366 
contain 352 DSD samples for 24 channels plus 88 bytes of auxiliary data. Each 32-bit sample 
comprises 1-bit fi-om each of the 24 DSD chaimels, 2 bits of auxiliary data and 6 check-bits. 
Bit 0 of each sample corresponds to the first logical audio channel whereas bit 23 corresponds 
to the 24* logical audio channel. In this case the first transmitter transmits the first audio 
frame corresponding to channels 1 to 24 whilst the second transmitter transmits the first audio 
frame corresponding to channels 25 to 48. Since in this embodiment each frame contains 352 
samples and there are 64 samples per Fs period, a coincident fi^e start (l" DSD sample 
value ou^ut) and Fs-period start (Fs(A) clock edge) will occur every 352 x 64 samples. 
However, 352 and 64 have a common factor of 32 so a frame-start and Fs period-start occur 
together every (352*64)/32 samples i.e. every alternate frame. Accordingly, in the 24 DSD 
channel embodiment the 1"' DSD sample value of the fi-ame will be output synchronously with 
the local Fs(A) clock edge for frames 1, 3, 5, 7, 9.. and so on. It follows that every alternate 
frame will be a flagged frame and the phase coimt values of the receivers will be cross- 
checked every alternate frame. 

Figure 14 schematically illustrates how audio data buffering is performed in the 
transmitter. The buffering apparatus 800 comprises a First In First Out (FIFO) buffer 810 in 
series connection with a frame assembler 820. In operation, 32 channels of Direct Stream 
Digital 1-bit sample data are continuously fed into the FIFO buffer at a rate of 64Fs which 
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corresponds to 90.3168Mbit/s. When the occupation level of the FIFO buffer reaches a 
predetermined threshold level 815 a signal is generated by the system controller to initiate 
transmission of a new audio data frame. In response to this signal, the frame assembler 
assembles the frame preamble and headers, during which time incoming DSD samples 
continue to be buffered. As soon as the audio data payload assembly begins, the frame 
assembler starts to extract data from the FIFO. The rate at which data is extracted from the 
FIFO corresponds to the Ethernet transmission rate of 100 Mbit/s (or 101.6064Mbit/s for 
embodiments in which the symbol rate is locked to 9* 64Fs). Since the FIFO is filling at a rate 
of 90.3168Mbit/s and emptying at a rate of lOOMbit/s the net buffer occupation level will 
steadily decrease during this p^od. The predetermined threshold level 815 is set in 
dependence upon the data input rate, the data output rate and the frame size (370 1-bit samples 
for 32 channels) so that the buffer occupation level will be ahnost. but not quite, zero at the 
end of each frame transmission i.e. data from the next frame for transmission is present in the 
buffer. The fact that the transmitter buffer 810 is not completely empty by the time the frame 
transmission ends breaks the rules of the MAC. Once the frame transmission is complete the 
FIFO occupation level will increase rapidly until the threshold level is reached whereupon the 
frame transmission cycle will repeat. 

For a transmission system with an input data rate of 90.3 1 68Mbit/s, an output rate of 
101.6064Mbit/s and a (370 1-bit sample) (32 channel) frame capacity it can be shown that the 
minimum buffer size is 42 DSD samples and the corresponding minimum threshold level is 30 
DSD samples. The audio latency introduce by this minimum size buffer is 14.9jis (= 42 / 
64Fs). 

Figure 15 schematically illustrates how audio data buffering is performed at the 
receiver. The receiver buffering apparatus comprises a frame receiver 860 in series 

25 connection with a FIFO buffer 870. Audio data arrives (via the category 5 UTP cable) in 
framed format at the frame receiver 860 at a rate of lOOMbit/s (or 101.6064Mbit/s for the 
9*64Fs symbol rate). The frame receiver strips off the preamble and headers of each data 
frame and optionally performs a cycUc redundancy check (CRC) to verify the integrity of the 
received data. Unframed audio data is passed directly from the frame receiver 860 to the 

30 FIFO buffer 870. Audio data extraction from the FIFO starts immediately since there is no 
threshold level set in the buffer at the receiver. This ensures that near-zero receiver latency is 
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achieved. The audio data frames contain a cyclic redundancy check word (CRC). The CRC 
algorithm, check word location and scope are as defined in IEEE802.3-2000 section 3.2.8. 
This 32-bit check word will generally detect any error within the frame. In known Ethernet 
systems a CRC is perforaied on each frame both at the transmitter and at the receiver. At the 
receiver complete frames are output only once the result of the CRC on that frame is 
determined. This results in substantial latency before the data is output at the receiver in 
known systems. According to the present technique, although the CRC check is still 
performed at the receiver, data is output from the buffer before the result of the CRC check is 
obtained. Error control is performed by decoding parity bits at a stage subsequent to data 
output at the receiver FIFO. In particular, error control is performed when data is extracted 
from the 32-bit data blocks prior to output as a 32 DSD channel audio stream. Unlike 
standard Ethernet systems, the MACrDSD protocol according to the present technique does 
not support frame re-transmissions in case of aii error, as this would require buffering of at 
least two 125 microsecond audio frames, increasing system latency to an unacceptable degree. 
Although the primary purpose of the IEEE802.3 CRC is to detect frame errors and thereby 
generate a retransmission request, the CRC is included for sake of compatibility. It will be 
appreciated that support for CRC-initiated MAC-DSD frame retransmission may be provided 
for applications requiring greater robustness at the expense of latency. Audio data is extracted 
from the FIFO at a continuous rate of 90.3168Mbit/s and because the data output rate is less 
than the data input rate, the FIFO gradually fills up as the frame is received. Once a complete 
frame has been received there will be an inter-frame latency time before reception of audio 
data from the next frame and the FIFO buffer will continue to empty (although not 
completely) during this idle period. 

hi the event that the receiver buffer fills completely or empties completely an error 
signal will be sent to the system controller. In this event the system controller will mute the 
audio outputs because a completely full or empty buffer indicates that one of the following 
situations has arisen: data link has failed; transmitter has failed; or DSD master clocks have 
not been properly synchronised between transmitter and receiver. 

Figure 16 schematically illustrates the data structure of a standard Ethernet frame. The 
frame structure is defined in the IEEE 802.3 standard. As shown in Figure 16 the Ethernet 
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frame comprises a preamble, a start frame delimiter, a destination address field, a source 
address field, a data length field, a data payload and a checksiim. 

The preamble is 7 bytes long, each byte containing the bit pattern 10101010 and this is 
followed by a single-byte start frame delimiter S containing the bit pattern 10101011. The 
5 preamble and start frame delimiter are used for hardware timing purposes. The destination 
address field is 6 bytes long and specifies the physical address of the network adapter that is to 
receive the frame. The source address field is 6 bytes long and contains the physical address 
of the network adapter that is sending the frame. The data length field is 2 bytes long and 
specifies the size of the data payload. The data payload is a variable length field which is a 
10 minimum of 46 bytes and a maximum of 1500 bytes long. The checksum field is 4 bytes long 
and contains a checksum value for the fi-ame that is used to perform a cyclic redundancy check 
(CRC). The CRC is a common means of verifying data transmissions. The sending network 
node calculates a CRC value for the frame according to a predetermined algorithm and 
encodes it in the frame. The receiving network node then recalculates the CRC and checks 
15 the CRC field to see if the values calculated by the transmitter and the receiver match. If the 
values do not match this indicates that data has been lost or corrupted during transmission. 
This Ethemet frame will be passed to the Physical layer components where it will be 
converted to a bit stream and sent across the transmission medium. Note that slight variations 
of this Ethemet frame format exist. 
20 Figure 17 shows the structure of an audio data frame according to an embodiment of 

the present invention. The audio data frame has a total size of 1536 bytes comprising: an 8 
byte preamble (following which the physical layer will accept up to 1528 bytes of arbitrary 
data); a 6-byte field reserved for the destination MAC address (default value Oxfifffff); a 6 byte 
field reserved for the source MAC address (default value 0x000000); a 2-byte data length field 
25 which specifies the number of bytes (always 1510 bytes) following this field but excluding the 
CRC; a 28-byte field reserved for networking headers; a 12-bit reserved field (as yet 
unallocated); a 4-bit fi-ame type field which is used for example for synchronisation purposes; 
an audio data payload of 1480 bytes which holds 370 samples of 32 channel DSD audio; and a 
4-byte CRC field containing a checksum. The CRC checksum procedure used in embodiments 
30 of the invention will be described below. The audio data frame structure illustrated in Figure 
17 is of a form that allows for compatibility with Intemet Protocol (IP) networks. 
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Accordingly the audio data frame may be treated as a User Datagram Protocol (UDP)/IP 
datagram for transmission over wider IP networks. UDP is a connectionless (best try) 
transport layer protocol. In this particular embodiment only the physical layer is used. The 
MAC layer is not used so the MAC address fields are not actually required by the system. 
5 These fields are simply reserved and filled with default values to allow (potential later) 
compatibility with Local Area Networks (LAN) or UDP/IP. 

The audio frame CRC validity check will now be described in more detail. AH frames 
use a 4-byte CRC check word, to verify the validity of the frame. The CRC algorithm, check 
word location and scope are similar to those defined in the standards document IEEE802.3- 
10 2000 section 3.2.8. 

According to the IEEE802.3 standard, the payload of a frame should not be passed on 
from the data link layer until the frame validity has been verified with the CRC. However, in 
the context of embodiments of the invention, this implies that the receiver would have to 
buffer an entire frame before starting to output the DSD audio bitstreams. Direct 
15 implementation of this standard would be undesirable, as it would increase the audio latency 
by 1 15ias, from aroxmd 25^is to 140|as. 

The CRC is primarily used to check the validity of a data link between audio devices at 
system start-up. Link failures after start-up, such as a cable disconnection are indicated by a 
receiver error assertion from the PHY device, following which the audio output is muted. 
20 Since the link is a simple point-to-point connection, with deterministic, synchronised frame 
transmission and no collisions, other modes of failure are imlikely. 

Accordingly, a relatively simple CRC check is implemented in embodiments of the 
invention. The receiver audio outputs are muted on start-up, until the first received iframe has 
been received in fiiU and verified by its CRC. If the CRC check fails, the audio outputs remain 
25 muted, and an error condition indicated to the local system controller. Following the 
verification of the first frame, the CRC is only be checked retrospectively. This allows audio 
data to be streamed out with near-zero receiver latency. The CRC is used only to alert a host 
processor that a CRC error has occurred. 

If an invalid audio data frame is encountered, it is theoretically possible for up to 
30 131|is of invalid audio data to pass, before the output is muted in response to the retrospective 
CRC test. However, in practice, a random external perturbation that corrupts PHY line 
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symbols will cause invalid symbols, resulting in rapid assertion of a receiver error condition, 
which may be detected to mute the audio outputs. 

If use of a CRC check on every frame is considered necessary then each frame is 
buffered and verified using the CRC before outputting the DSD audio data. This is not a 
5 preferred option because it adds approximately 1 15|j.s extra latency and substantially increases 
the receiver buffer hardware size. 

The 1536-byte audio data frames illustrated in Figure 17 each have a transmit duration 
of 120.9|is (at a symbol rate of 101.6064Mbit/s). According to a particular embodiment of the 
invention, frames are traiismitted at intervals of 131.1 |is. A minimum inter-frame time of 96 
10 bit periods is provided which leaves 8.25|as of "link-time" between transmission of audio 
frames. This link-time is used to convey auxiliary frames containing control data. The 
maximum total size of a control data frame in this embodiment is 104 bytes. 

The structure of a control data frame is identical to that of the audio data frame shown 
in Figure 15, with the exception of the length of the data payload which is 1480 bytes for the 
15 audio data frame but only 48 bytes for the control data frame. A control data frame is 
transmitted every 131|as which provides a control data bandwidth of 2.9Mbit/s. The control 
data itself may comprise channel usage information, router control data and clock source 
control data. The control data will be transmitted from storage in a FIFO buffer at the 
transmitter and gathered in a FIFO buffer at the receiver before being routed to a system 
20 controller of the receiver. 

Figure 18A shows the audio data frame format for the 32 DSD channel embodiment 
which is arranged as 384*4-byte data words. Similarly, Figure 19 shows the control data 
format for the 32 channel DSD embodiment arranged as 26*4-byte data words. In both Figure 
18A and Figure 19, bit zero (BO) is transmitted first and bit 31 (B31) is transmitted last. These 
25 audio data frames and control data frames are passed to and received from the Media 
Independent Interface (Mil) connection 218 that provides a link to the Ethernet physical layer 
devices. The MU comprises a 4-bit wide transmit data bus and a 4-bit wide receive data bus 
each of which is clocked from the PHY at the link rate of 25MHz (or 25.4016MHz). The MH 
also has a transmit-enable signal input to initiate data transmission and a receive data valid 
30 signal output as well as other error and signal status indicators. 
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Referring now to the audio data frame structure illustrated in Figure 18A it can be seen 
that the payload of the audio data frame contains 370 saniples of 32-channel 64Fs DSD audio. 
These channels are multiplexed per-bit. Each 32-bit word represents one 64Fs DSD sample for 
32 audio channels. Word 13 is the furst DSD sample in the frame, and word 382 is the last. 
Bit 0 of an audio data word is always the single-bit sample data for channel 1 (the first channel 
in the system) whereas Bit 31 of an audio data word is always the single-bit sample data for 
channel 32 (the last channel in the system). Table 3 below indicates how successive samples 
for each channel are stored in the data words of the audio frame. For example: bit 0 of word 
13 is the channel 1 sample data, for the first DSD sample in the frame; bit 6 of word 14 is the 
channel 7 sample data, for the second DSD sample in the frame; and bit 31 of word 382 is the 
channel 32 sample data, for the last DSD sample in the frame. 
Table 3 



Word 


Bit 31 


Bit 30 




Bit 1 


BitO 


13 


Ch. 32, sample 1 


Ch. 31, sample 1 




Ch. 2, sample 1 


Ch. 1, sample 1 


14 


Ch. 32, sample 2 


Ch. 31, sample 2 




Ch. 2, sample 2 


Ch. 1, sample 2 














382 


Ch. 32, sample 370 


Ch. 31, sample 370 




Ch. 2, sample 370 


Ch. 1, sample 370 



Although Table 3 above represents the frame fomiat in 32-bits words, these are 
supplied to and from Mil four bits (a nibble) at a time rather than a word (4-bytes) at a time. 
The sequence of nibbles supplied to the Mil for the single 24 DSD channel fi^ame of Figure 
18B is as shown in Table 4 below. The start of the 14^^ data 4-byte word (word 13) 
corresponds to the start of the 105*^ 4-bit nibble (nibble 104). The column headings TXD and 
RXD in the table below refer to the Mil transmit and receive data buses respectively, which 
transfer nibbles of data synchronously with a 25MHz (or 25.401 6MHz) clock. 

Nibble 0 is the first nibble in the frame, and contains part of the preamble pattern 
(0x5). Nibble 104 is the first nibble of the audio data field (first nibble of word 13), and nibble 
3063 is the last nibble of the audio data field (last nibble of word 382). 
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Table 4A 



nibble 1 


:XD(3)/RXD(3) 


rXD(2)/RXD(2) 1 


rXD(l)/RXD(l) 


rXD(0)/RXD(0) 


0 C 


) 


[ 


) 




1 ( 


) 


L 1 


3 














104 


channel 4 sample 1 


channel 3 sample 1 


Channel 2 sample 1 


channel 1 sample 1 


105 


channel 8 sample 1 


channel 7 sample 1 


Channel 6 sample 1 


channel 5 sample 1 


106 


channel 12 sample 1 


channel 11 sample 1 


Channel 10 sample 1 


channel 9 sample 1 












111 


channel 32 sample 1 


channel 31 sample 1 


Channel 30 sample 1 


channel 29 sample 1 


112 


channel 4 sample 2 


channel 3 sample 2 


Channel 2 sample 2 


channel 1 sample 2 


... ( 










3062 


channel 28 samph 
370 


channel 27 sample 

370 


* Channel 26 sample 
370 


chaimel 25 sample 
370 


3063 


channel 32 sampl< 
370 


3 channel 31 sample 
370 


3 Channel 30 sample 
370. 


; channel 29 sample 
370 



Figure 18B schematically illustrates the audio data frame format for the 24 DSD 
5 channel embodiment. In this case the frame comprises 368*4-byte data words. The payload 
of the audio data frame comprises 352 DSD samples, each sample comprising 1-bit from each 
ofthe 24 channels. Data words 15 to 366 contain the audio data payload. Words 2 to 4 are 
reserved for source and destination MAC addresses. Bits 0 to 15 of word 5 specifies the total 
number of bytes in the frame from the beginning ofthe length field onwards but excluding the 
10 CRC field, which in this case is 1446 bytes. Bits 16 to 31 of word 5, words 6 to 12 and bits 0 
to 15 of word 13 are data fields reserved for UDP and IP parameters. These data fields 
facilitate optional use of UDP/IP. When UDP/EP operation is not required, the transmitter fills 
these fields with zeros. The receiver may ignore all these UDP/IP header fields, with the 
exception of the first four bits (bits 16 to 19 of word 5 in this case) which indicate the IP 
15 Version. The data entry in the IP version field is checked and an action is taken in 
correspondence with the determined value as specified in Table 5 below: 
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Table 5 



IP Header Value 


Consequent Action 


0x0 


Process frame as normal (i.e. transmitter did not fill IP fields) 


0x4 


Process frame as normal (i.e. transmitter filled frame header fields 
according to IP version 4) 


any other 


j Discard the frame 



10 



The IP Version check is performed to ensure backwards compatibility of the current IP 
version 4 from future IP versions (i.e. IP version 6). Future IP versions may have different 
header lengths, and consequently the Frame Format ID fields may be located at a different 
position in the frame. The safeguard of checking the IP version field means that such a frame 
would be discarded by the receiver (due to having a value other than 0x0 or 0x4) which avoids 
the possibiUty of the frame being incorrectly interpreted due to the Frame Format ID fields not 
being in the expected location at words 13 and 14. 
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Bits 16 to 31 of word 13 and bits 0 to 31 word 14 in Figure 18B are fields for 
specifying the MAC-DSD frame format. This 48-bit fi-ame format field is logically divided 
into three distinct 16-bit (4-nibble) sections, each of which contains an identical set of frame 
format data on transmission. The same set of firame format data is repeated three times within 
5 a given fi^e to ensure that the frame format identifier is robust to transmission errors i.e. 
multiple copies of the data are sent to serve as an error protection mechanism. This data- 
repeat error protection mechanism has the advantage that it gives the required error correction 
capabiUty given that 48 bits are available to convey 16 bits of information yet it is simple to 
implement. An alternative embodiment might use an error correction code such as a 
10 convolutional code to transmit the frame format ID payload. 

Each of the three 16-bit frame format field sections are structured as illustrated in 
Figure 20. The first nibble (bits 0-3) of each 16-bit section specifies the Protocol Minor 
Version (OxO-Oxf). The protocol minor Version field is used to indicate minor updates to the 
protocol specification. A more recent Minor Version should be fiiUy backwards-compatible 
15 with a previous Minor Version associated with the same Major Version so that for example a 
Version 1.7 protocol must incorporate aU the fimctionality of Version 1.6 protocol, and a 
Version 1.7 transceiver must be able to communicate fully with a Version 1.6 transceiver. The 
second nibble (bits 4-7) of each 16-bit section specifies the Protocol Major Version (OxO- 
Oxf). This field is used to indicate major updates to the protocol specification. Backwards- 
20 compatibility with previous Major Versions of the protocol is desirable but not mandatory. 
The third nibble (bits 8-1 1) of eiach 16-bit section specifies the Frame Type (OxO-Oxi). This 
field can be used to indicate different frame types used by a given version of the protocol. 
Within a given Major Version level, the definitions of fi^e types should be consistent. The 
basic type of audio frame is always Type 0. The table below specifies the information 
25 derivable from the Frame . type number specified by bits 8 to 11 according to the described 
embodiment. 
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Table 6 



Frame Type 
Number 


Name 


Description 


0x0 


DSD audio 
frame 


352 DSD (2.8224MHz) samples, 24-channel, plus 
88 bytes aux data, (32,26) Hamming linear block 
code error correction, 256-nibble interleaving 


other 


(invaUd) 


LivaUd - reject frame 
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The fourth nibble (bits 12-15) of each 16-bit section contains one or more flags used for 
example to flag frames for synchronisation purposes as described above with reference to the 
flow chart of Figure 13. The definition of the flag bits is dependent upon the Major Version 
protocol level. The table below specifies the information derivable firoin the frame flag bits 
12-15 according to the described embodiment. In particular bit 0 of the flags field is the 
44.1kHzsync flag. If flag 0 has a value 1 this indicates that the first DSD sample in firame 
was received at transmitter simultaneously with 44.1kHz sync clock positive edge whereas if 
bit 0 of the flags field has value 0, this indicates that the first DSD sample in frame was not 
received at transmitter simultaneously with 44.1kHz sync clock positive edge. 



Table 7 



Flag bit 


Name 


Description 


0 


44.1kHz sync flag 


1: First DSD sample in frame was received at 
transmitter simultaneously with 44.1kHz sync clock 
positive edge 

0: First DSD sample in frame was not received at 
transmitter simultaneously with 44.1kHz sync clock 
positive edge 


others 


(not used) 


Set to 0 by transmitter, ignored by receiver 



15 Figure 21 schematically illustrates the three 4-nibble sections of the frame format ID 

containing a set of data entries to be processed at the receiver. Section 0 comprises nibble 0 
(nO) to nibble 3 (n4), section 1 comprises nibble 4 (n4) to nibble 7 (n7) and section 2 
comprises nibble 8 (n8) to nibble 11 (nil). The manner in which the repetition of data 
sections is used at the receiver to reject data transmission errors will now be explained in the 
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context of Figure 21 . According to the present technique it is known that on transmission, each 
of the three sections should contain an identical data set such that data entries in corresponding 
nibble positions of each of the three sections match. On particular it is expected that: nO = n4 
= n8; nl = n5 = n9; n2 = n6 = nlO; and n3 = n7 = nil. At the receiver triplets of 
5 corresponding nibbles are compared for equality, and a majority decision is taken as to the 
correct data value. Consider the example incoming receiver data set shown in Figure 21. For 
the first triplet of nibbles it can be seen that nO = 1101b, n4 = UOlb, n8 = 1101b i.e. the 
corresponding nibble values are identical so the value is assumed to be correct and the first 
nibble of the Frame Format, which specifies the protocol minor version, is set to the value 
10 1101b. Similarly, for the second triplet of nibbles nl=n5-n9=1110b so the value is assumed 
to be correct and the second nibble of the Frame Format, which specifies the protocol major 
version, is set to 1110b. However, for the third triplet of nibbles there is a discrepancy 
between the data values since n2 = nl0=0110b but n6 = 101 lb. In this case n6 is rejected as 
being erroneous on the basis of a majority decision so that the receiver and outputs the third 
15 nibble of the Frame Format, which corresponds to the fi-ame type, as 0110b. For the fourth 
and final triplet of nibbles it can be seen firom Figure 21 that none of the corresponding nibbles 
match n3 = 0010b, n7 = 01 lib, nl 1 = 1 100b. In this case a majority decision is impossible so 
the fi^e format cannot be determined and consequently the frame is rejected. 

An alternative embodiment uses a modified Frame Format error detection/correction 
20 strategy. This alternative strategy also involves using the data repetition and majority decision 
approach but the strategy is augmented by using the 100Base-TX PHY 'MH receive error' 
(rx_er) signal to flag nibbles that are known to be in error. For example consider receiving the 
following values for the fourth triplet of nibbles with associated error flags as indicated: n3 = 
1000b (rx_er = true), n7 = 0100b (rx_er = false), nil = 1000b (rx_er = true), hi this case, 
25 although the majority decision determines that 1000b is the correct value, the rx_er signal 
indicates that n3 and nl 1 are defmitely incorrect. Thus according to this alternative strategy 
the data vale n? is selected in preference to n7 and nl 1 to give a Frame Format Flags value of 
0100b. 

Returning now to the fi-ame data fields of figure 18B, the last word (word 367) of the 
30 24 DSD channel data fi-ame is a field containing cyclic redundancy check (CRC) data. 
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Table 4B below identifies the sequence of nibbles supplied to the ME for the single 24 
DSD channel frame of Figure 18B. This sequence is transmitted via the nibble-wide ME 
interface 218, starting with the least significant nibble. Nibbles 0 to 8 (32 bits) correspond to 
word 0 of Figure 18B, nibbles 8 to 15 correspond to word 1 of Figure 18B, nibbles 16 to 23 
correspond to word 2 of Figure 18B and so on until the last nibble which corresponds to bits 
28 to 31 of word 366 . There are a total of 2936 nibbles (367 words) corresponding to the 
1446 byte frame of Figure 18B since the last word is not transmitted as a nibbles. As 
mentioned above with reference to Figure 1 the Mil 218 interface provides independent 4-bit 
wide data-transmit and data-receive paths and fiill duplex operation. More particularly, the 
Mn 218 comprises: a four-bit wide transmit data bus, clocked from the physical layer 
interface (PHY) 514, 526 at the link rate (25MHz or25 .4016MHz); a transmit enable signal 
input; four-bit (nibble) wide receive data bus, clocked from the PHY at the link rate (25MHz 
or 25.4016MHz); a receive data valid signal output; and error and signal status indicators. A 
fiill description of the ME interface, can be found in IEEE8O2.3-2000 Section 22, but note 
that the clock rate according to the present technique may be 25 .4016MHz rather than the 
IEEE standardised 25.0000MHz. 



Table 4B 



Nibble 


Word (from 
Figure 18B) 


ME TXD(3) 


MIITXD(2) 


ME TXD(l) 


ME TXD(O) 


0 


0 


Bit 3 


Bit 2 


Bit 1 


BitO 


1 


0 


Bit? 


Bit 6 


Bit 5 


Bit 4 














7 


0 


Bit 31 


Bit 30 


Bit 29 


Bit 28 


8 


1 


Bit 3 


Bit 2 


Bit 1 


BitO 














2934 


366 


Bit 27 


Bit 26 


Bit 25 


Bit 24 


2935 


366 


Bit 31 


Bit 30 


Bit 29 


Bit 28 



The nibble is the fundamental unit of data carried on the physical layer. Each 4-bit 
nibble is mapped to a 5-bit symbol by the PHY 514, 526, for transmission on the signal line 
515. All frames for transmission must begin with an eight-byte preamble pattern, following 
which the physical layer will accept up to 1528 bytes of arbitrary data, supplied 4 bits at a 
time. Received frames are suppUed 4 bits at a time by the receive bus, including the preamble. 

The 24 DSD channel frame format of Figure 18B includes a frame payload of 352 
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DSD samples, each of which consists of a 32-bit data block. Figure 22 schematically 
illustrates the format of the 32-bit data block. Each data block corresponds to a single DSD 
sample period of approximately 354ns. The data block comprises a 24-bit audio data vector 
each bit of which belongs to a respective one of the 24 audio channels, 2 bits of auxiliary data 
and 6 check (or parity) bits. As shown in Figure 22 bit numbers 6 to 14 contam bits 1 to 15 of 
the audio data vector, bit numbers 15, 23, 27,29,30 and 31 contain the six parity bits, bit 
numbers 26 and 28 contain the two bits of auxihary data and the remaining nine bits of the 
audio vector are contained sequentially in bit numbers 16 to 22, 24 and 25 of the data block. 

The six parity bits of the 32-bit data block provide error control capabiUty. The 24-bits 
of audio data plus the two auxiUary bits (totalling 26 bits) are encoded using a type of linear 
block code known as a Hamming code. In this case a (31, 26) Hamming code is used, which 
means that 5 (=3 1 -26) parity bits are generated by the code for each group of 26 data bits. The 
final bit of the 32-bit block is a global parity bit so there are a total of 6 parity bits and 26 data 
bits; The (31, 26) Hamming code is capable to detecting 2 errors per data block but is only 
capable of correcting one error per data block. 

Figure 23 A schematically illustrates how the six parity bits PO to P5 are generated from 
the 24 audio data bits (numbered 1-24) and the two auxiliary data bits AO, Al. Parity bits PO 
to P5 are generated by performing a logical XNOR operation on a predetermined sequence of 
15 data elements. For example PO is generated by performing an XNOR operation on audio 
vector bits 1 through 15 whereas PI is generated by performing an XNOR operation on audio 
vector bits 1 to 8 and 16 to 22. Global parity bit P5 is obtained by performing the XNOR 
operation on all 26 data elements. The error detection process at the receiver involves 
determining whether the parity checks are satisfied in the received data sequence. This is 
done using a value known as the syndrome. Figure 23B indicates how the syndrome s is 
generated by XNOR operations on various combinations of the received data block elements. 
The syndrome is obtained by comparing the received parity bits and the parity bits 
recalculated from the received information. Table 8 below indicates how the value of the 
syndrome is used to detect and correct errors in the received data block. Essentially, if all 6 
bits of the syndrome have value 1 (s=l 11111) then the received data sequence is assumed to 
be correct. If the sixth bit of the syndrome is zero then there is assumed to be a single error in 
the received data block, which is correctable by inverting the appropriate bit. The appropriate 
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bit is identified from the value of the syndrome itself e.g. if s = 011011 in binary notation, 
which corresponds to the decimal number 27 then it is determined that bit number 27 (of bits 0 
to 31) should be inverted to correct the data block. If the sixth bit of the syndrome is 1 but the 
other five bits are not all 1 e.g. s = 1 1 101 1 then this indicates that there are two or more errors 
in the block and the multiple errors are uncorrectable. 

Table 8 



S5 


S4S3S2S1S0 


Block Status 


1 


11111 


No errors in block 


0 


other 


One error in block, identified by S4S3S2S1S0 - correct error by 
inverting bit 


1 


other 


More than one error in block — not correctable 



The 32-bit data blocks (see Figure 22) are interleaved in groups of 32, to faciUtate 
correction of groups of errors. The interleaving process involves permuting the data in a 
predetermined way. This is required because the (31, 26) Hamming code used for each 32-bit 
data block is only capable of correcting a single bit error in a given block. Since the 
fimdamental unit of data on the physical layer the four-bit data nibble, a single instantaneous 
cormption on the physical layer will cause a symbol error (recall that a symbol is a 5-bit 
quantity), resulting in four consecutive bit errors. To facilitate correction of such 4-bit burst 
errors the erroneous bits must be distributed amongst four different 32-bit data blocks. 

Consider a stream of 352 32-bit data blocks BO, Bl, B2, ...B351 emerging from the parity 
generator for transmission. Recall that the 24 DSD channel frame of Figure 18B comprises an 
audio data payload of 352 32-bit data blocks. The resulting stream of nibbles from the 
interleaver is comprised as shown in Figure 24. In this Figure the bits of the audio payload are 
labelled such that B2[0] refers to bit 0 of block 2, for example. Thus it can be seen that nibble 
zero comprises bit 0 of blocks 0, 1, 2 and 3 respectively; nibble 1 comprises bit 0 of blocks 4, 
5, 6 and 7 respectively and so on. Accordingly, nibbles 0 to 7 collectively comprise bit 0 of 
each of the thirty-two 32-bit data blocks, nibbles 8 to 15 collectively comprise bit 1 of each of 
the thirty-two 32-bit data blocks and nibbles 2802 to 2815 comprise bit 31 of each of the 
thirty-two 32-bit data blocks. The 32-block mterleaving system used by MAC-DSD facilitates 
the correction of up to eight symbol errors (i.e. 32 bits can be corrected overall) in a group of 
32 interleaved data blocks (256 nibbles or symbols). 



* » 
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In summary, the version of the MAC-DSD protocol used for transmission of 24 DSD 
channels as described above with reference to Figures 18B and 20 to 23 has key features 
including: 24-channel, foil-duplex transfer of 2.8224MHz DSD audio; 100Base-TX physical 
layer; audio latency of less than 50 microseconds; Hamming linear block code error 
5 correction, with 256-mbble interleaving, to correct up to 8 nibble errors per 256-mbble block 
group; 64fs DSD clock transfer in both directions; and frame flag indication for transfer of the 
44.1kHz sync signal. 

Figure 25 schematically illustrates the protocol layers of the MAC-DSD protocol for the 
particular example embodiment using the 24 DSD channel frame format. On the transmitter 
10 side 1000 the protocol layers comprise a parity generating and formatting layer 1010 

that receives the incoming 24 channel DiSD audio stream and an auxihary data stream of up to 
5.6Mbit/s. This layer 1010 generates six parity bits for each 24 audio bit and 2 auxiliary bit 
sample and formats the resulting 32-bit data block. The 32-bit data blocks output by the parity 
generating and formatting layer 1010 are supplied to an interleaving layer 1020 that 
15 interleaves the data blocks in groups of 32 and outputs the interleaved data across the Mil 218 
in 4-bit nibbles as specified in Figure 24. The nibbles of data from the interleaver are supplied 
to the FIFO buffer 810 of the transmitter at a continuous data rate of 90.3168Mbit/s. The 
nibbles continue to fill the FIFO buffer 810 until the predetermined threshold buffer 
occupation level is reached (as described with reference to Figure 14) whereupon assembly of 
20 a data frame begins. During data frame assembly data nibbles are read out of the FIFO buffer 
810 and passed to a frame assembly layer 1040. The frame assembly process involves use of 
a header data generation module 1050 that generates frame header information and a CRC 
generation module 1060 that generates data for the CRC field, which is word 367 of the frame 
fonnat of Figure 18B. The frames are assembled such that they contain a 1408 byte payload 
25 of 352 DSD samples contained in 352 32-bit data blocks. Data from the frame assembly layer 
1040 is output as ME frames (which comprise nibbles) at a rate of 101.6064Mbit/sec and 
supplied to the transmitter physical layer 1070 which prepares the data for transmission across 
the physical medium. The transmitter physical layer 1070 forms a 5-bit symbol from each 4- 
bit nibble and the symbols are transmitted to the receiver across a twisted-pair cable. On the 
30 receiver side 1100 a receiver physical layer 1110 receives the 5 -bit symbols and processes 
them to fom Mil frames comprising 4-bit nibbles. The ME frames are supplied to a frame 



41 

disassembling layer 1120 at a rate of 101.6064 Mbit/sec, which performs the CRC checks and 
strips off the header data for subsequent processing. The frame payload is output by the frame 
disassembling layer 1120 as Mil nibbles which are fed to the FIFO buffer 870 (as described 
above with reference to Figure 15) which has a low latency with regard to data output. Data is 
output from the FIFO buffer 870 in the form of ME nibbles and passed to a deinterleaving 
layer 1160. The de-interleaver de-interleaves the data in groups of 32 data blocks to 
reconstract individual 32-bit data blocks of the format illustrated in Figure 22. The 32-bit 
data blocks are then passed to a parity decoding and data extraction layer 11 70 whereupon the 
parity data is used to perform error control and the recovered payload data is extracted. The 
output of this layer is a 24 channel DSD audio stream and an auxiliary data stream of up to 
5.6Mbit.s Note that in Figure 25, although the FIFO buffers 810, 870 do not perform any data 
translation and therefore are not technically protocol layers, they are included in the schematic 
illustration of the protocol layer structure for completeness. 

Note that in the case of the 352 sample payload of the 24 DSD channel frame format of 
Figure 18B, the transmission buffer size and predetermined buffer occupancy threshold differs 
from the buffer size and occupancy threshold specified in the description of Figure 14 above 
for the 370 sample payload of the 32 DSD channel Frame Format of Figure 18 A. In 
particular, for the 24 DSD channel frame format the minimum buffer size is 36 data blocks 
(rather than 42 data blocks) and the corresponding minimum occupancy threshold value is 30 
data blocks (as before). The audio latency introduced by this buffering is equivalent to 36 
DSD samples (rather than 42 samples) or 14.9 microseconds (rather than 12.2 microseconds). 

The above described system in which the physical layer of a link such as an Ethernet 
link is used to provide a data communication system for transmission of DSD data may also 
be used to transmitted other types of clocked digital data. In particular the system may be 
adapted to acconrunodate transmission of Pulse Code Modulated (PCM) digital data. The 
physical layer connection according to the present technique offers high bandwidth for 
communication of PCM data. 

PCM data is clocked at a much lower frequency (e.g. 44.1kHz-96kHz) than the 64Fs 
clocking frequency of DSD data. Accordingly, in order to support PCM transmission as well 
as DSD transmission a further lower frequency clock signal, which shall be referred to as the 
word clock signal, is communicated between networked devices along the twisted pair cable. 
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The word clock is used for reproduction of PCM data at the receiver. The frame format for 24 
DSD charaiels as illustrated in Figure 18B allows for transmission of 352 bits of data per 
frame for each of 24 audio channels. Essentially, 352 24bit DSD samples (one bit per. 
channel) are transmitted in a single frame. Data blocks are transferred over the link at ail 
5 aggregate rate of 64 Fs, that is , 2. 8224MHz (=64*44. IKHz) for 44.1kHz based audio and 
3.072MHz for 48kHz based audio. In order to transfer PCM data in the desired frequency 
range of (44.1kHz-'12.5%) to (96kHz +12.5%) at the required data rates it is necessary to 
accommodate between 4 and 13 24-bit samples per frame. Accordingly, a number of 
alternative data formats are defined so that at the transmitter it is decided how many samples 
10 should be sent in tiie next frame and a look-up-table is consulted to select the appropriate one 
of the alternative data formats. Known PCM transmission formats such as I2S and AES3- 
1992 and package PCM sample data in serial sub-frames. AES3 is an Audio Engineering 
Society standard for the serial transmission format for linearly represented digital audio data 
over conventional shielded twisted-pair conductors, of up to at least 100 m in length, without 
15 equalisation. Figure 26 A schematically illustrates the AES3 sub-frame format. Each AES3 
frame is uniquely composed of two sub-frames and typically the rate of frame transmission 
corresponds exactly to the source sampling frequency. The first sub-frame starts with the pre- 
amble X but the preamble changes to Z once every 192 frames. This defines the block 
structure used to organise the channel status information. The second sub-frame always starts 
20 with preamble Y. As illustrated in Figure 26A each AES sub-frame is 32-bits long in which 
:bits 0 to 3 contain a preamble ; bits 4 (least significant bit) to 27 (most significant bit) contain 
a 24-bit audio sample word; bit 28 is a "V" field which carries a validity bit associated with 
the audio sample word; bit 29 is a **U" field which contains one bit of a user data channel 
associated with the audio data channel transmitted in the same subframe; bit 30 is a "C" field 
25 or channel status field which carries one bit of channel status information associated with 
audio data transmitted in the same subframe; and bit 31 is a "P" field which carries a parity bit 
such that time slots 4 to 31 inclusive will carry and even number of ones and an even number 
of zeros i.e. even parity. The V bit is logic 0 if the audio sample word is suitable for 
conversion to an analogue audio signal and is logic 1 otherwise. The C bit is one-bit of 
30 chaimel status information specifying for example the length of audio sample words, nxmiber 
of audio charmels, sampling frequency etc. Channel status information is organised in 192-bit 
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blocks sub-divided into 24 bytes. The first bit of each block is carried in the firame having 
preamble Z. 

Figure 26B schematically illustrates the sub-fi-ame format for PCM transmission 
according to the present technique. This 27-bit sub-frame structure includes the U bit and C 
bit fields of the known AES3 sub-firame format to facilitate transparent transfer of AES3 
format data across the physical layer link. As illustrated in Figure 26B, bits 0 to 23 contain 
data, bit 24 contains the U bit, bit 25 contains the C bit and bit 26 contains an M bit. The U 
and C bits are taken directly fiom incoming AES3 data streams or fi-om the user data and 
channel status buffer memory in the transmitter. The M-bit is a multiplexed bit specific to the 
present technique and may be used to contain any of the three following indications at certain 
points in the bitstream: an S bit which is a flag that identifies an external Fs/n (n mteger) 
synchronised data sample and is repeated across all data channels every n periods of Fs; the Z 
bit that signals the start of the AES3 U/C data block which repeats on each channel every 192 
samples; and the V bit which is the sub-sampled AES3 V-bit status. The S and Z indications 
are each used to identify particular samples within the audio data stream. Since the S and Z 
indications are by their nature periodic it should in principle be sufficient to simply specify 
their phase with respect to the sample clock. However, in practice the S and Z indications 
should be repeated moderately frequently to enable the link to lock rapidly on start-up and to 
detect any link failures in a timely manner. The M-bit marks an S indication with two 
consecutive logical I's in the bitstream as shown in Figure 27B whereas a Z indication is 
marked by a single logical '1' as shown in Figure 27A. In order to indicate the sync sample 
(S-bit) by two consecutive logical '1' s in the M bit data stream a counter is provided at the 
transmitter to pre-empt the occurrence of the sync signal. The V-bit status is indicated for 
each channel in the bit immediately following the S indication. This impUes that V is indicated 
less frequently than per-sample, but is indicated per-channel at intervals of the S sync (i.e. 
typically Fs/2048, or about 46ms at 44.1kHz), and also assumes that V-bit status does not 
change rapidly, which is a reasonable assumption for the vast majority of audio applications. 
Figure 27C shows a V-bit indication which is a logical 1 (true), thereby signalling that 
channel samples are valid resulting in three consecutive logical I's in the bit sti-eam (two I's 
for the S-bit and 1 for the V-bit). Figure 27D shows a V-bit indication of 0 (false) 
immediately following the two logical I's of the S-bit. This signals that the channel samples 
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are invalid. Since the M-bit is used to indicate a number of alternative events it is Ukely that 
event indications will either coincide or be close enough in succession to interfere. For this 
reason priority is always given to S indications over Z indications. As a consequence of this Z 
indications will occasionally be missed so it is appropriate to maintain counts of the U/C block 
phases in the receiver in order to set the Z-bits in outgoing AES3 streams in these 
circumstances. Figures 28A to 28E give examples of relative occurrences of S indications and 
Z indications and indicate whether or not the relative positioning requires that the Z indication 
be disabled. In Figure 28A the Z indication coincides with the second bit of the S indication 
so Z is disabled and only S is indicated. In Figure 28B the Z indication immediately precedes 
the S indication in the received M-bit sequence, in which case Z is disabled because S is 
imminent; Otherwise the three consecutive logical I's would be indistinguishable from the S 
and V indication of Figure 27C. In Figure 28C the Z indication precedes the S indication but 
is separated from it by a single bit period. Since Z and S are sufficiently separated so that they 
do not interfere so both the Z indication and the S indication are enabled here. In Figure 28D 
the Z indication immediately follows the S indication and could lead to ambiguity so the Z 
indication is disabled. In Figure 28D, the Z indication follows the S indication with a single 
bit-period separation. As for Figure 28C, Z and S are sufficiently separated so that they do not 
interfere so both the Z indication and the S indication are enabled here. 

For the purposes of transferring PCM data between devices on the physical layer the 
frame fomiat is basically the same as the fomiat described above in relation to Figure 18B. In 
particular, each frame is 1472 bytes long and the data payload consists of 352 32-bit data 
blocks. Each 32-bit block comprises 24 audio data bits and two auxiliary data bits, which 
together form 26 independent bit-stream segments of 352 bits per frame. In PCM mode, each 
of the 24 audio bitstreams is divided into a number of sample subframes which are separated 
25 by padding. The number of subframes varies from 4 to 13 in dependence upon the particular 
PCM sample frequency. This enables support for samples rates from 44.1kHz - 12.5% to 
96kHz + 12.5%. Each sample sub-frame contains data from a single PCM sample. 

For each possible number of sample subframes per bitstream segment, a specific 
arrangement of sample subframes and padding bits is defined. All padding bits should have 
30 the value 0. This determinism enables the receiver to correctly extract the sample subframes 
from the bitstream segment. These arrangements are shown in Table 9A. Table 9B gives a 
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specific example of the subfi-ame arrangement for the case of 9 sample subframes per frame. 
Table 9A 



Number of sample 
subframes 


Padding bits after 
each subframes 


Final padding 
bits at end of 
bitstream 
segment 


9 


12 


1 


10 


8 


2 


11 


5 


0 


12 


2 


4 


13 


0 


1 




Table 9B 



Element 


Bits 


sample subframe 1 of 9, bit 0 first 


27 


padding 


12 


sample subfi-ame 2 of 9, bit 0 first 


27 


padding 


12 


sample subfirame 3 of 9, bit 0 first 


27 


padding 


12 


sample subfirame 4 of 9, bit 0 first 


27 


padding 


12 


sample subfi-ame 5 of 9, bit 0 first 


27 


padding 


12 


sample subfirame 6 of 9, bit 0 first 


27 


padding 


12 


sample subfirame 7 of 9, bit 0 first 


27 


padding 


12 


sample subfirame 8 of 9, bit 0 first 


27 


padding 


12 


sample subfirame 9 of 9, bit 0 first 


27 


padding 


12 


final padding 


1 


Total 


352 
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Accordingly, the data block audio bit usage for the fi-ame fonnat of Figure 1 8B in PCM 
mode differs fi-om the audio bit usage in DSD mode. A fiarther difference in the fi-ame format 
in PCM mode relative to DSD mode relates to the Frame Format ID values contained in the 
three identical frame ID sections in words 13 and 14 of Figure 18B. The frame format ID 
fields of each section were outlined above with reference to Figure 20. In summary, each 
frame fonnat ID section comprises a flags field, a frame type field, a protocol major version 
field and a protocol minor version field. To accommodate PCM mode, the firame type field 
values are extended relative to those defined in Table 6 above. As specified in the table of 
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Figure 29, 10 new frame type values have been defined corresponding to the 10 diffwent 
possibilities 

(integers in the range 4 to 13) for the number of sample subframes per frame. Two 
separate formats for the frame flags field of the frame format ID (see words 13 and 14 of 
Figure 18B and Figure 20) have been defined : one format for DSD frames and another format 
for PCM frames. The table of Figure 30 shows the flags field format for a DSD fi^e. In this 
case flag bit 0 indicates whether or not the first DSD sample in the fi^e was received 
simultaneously with the 44.1 kHz sync clock positive edge whereas flag bit 1 indicates 
whether or not the first DSD sample in the frame was received simultaneously with the Fs/n 
10 sync clock positive edge. The tables of Figure 31 show the flags field format for a PCM 
frame. In this case flag bits 0:1 specify the frequency of the audio base clock whereas flag bits 
3:2 specify the base clock sample rate multipUer. The sample rate can be specified to be 1, 2, 
4 or 8 times the base clock frequency Fs. 

The PMC frame format described above relate to an example embodiment in which 
15 24 audio channels are accommodated. An ahemative embodiment may involve 
accommodating 48 audio channels in IFs PCM mode (sample rate 44.1 kHz or 48 kHz ± 
12.5%). In this case two audio channels are multiplexed onto each bitstream. The 
multiplexing may be implemented per sub-frame or per bit. 

The clock and synchronisation functions of the PCM mode will now be considered in 
20 detail. As mentioned above, for transmission of PCM data across the network a word clock is 
required in addition to the 64Fs MAC-DSD cable clock. Rather than sending two separate 
clock signals across the twisted pair cable, the 64Fs clock and the word clock are multiplexed. 
The multiplexing process mvolves modulating the word clock signal onto the 64Fs clock 
signal by shifting at least one edge of the 64Fs clock pulse i.e. by generating a "clock pulse 
25 width deviation". The clock pulse width deviation acts as a phase indicator signal for the 
word clock, which is embedded in the 64Fs clock. The clock pulse width deviation is formed 
by identifying certain transitions in the 64Fs clock signal which are determined to be 
coincident with the word clock transitions at the transmitter. Since in this embodiment the 
positive-going transitions of the 64Fs clock are used for timing synchronisation, the phase of 
30 the word clock is encoded by shifting the positions of negative-going 64Fs clock transitions. 
In particular, where a word clock and 64Fs clock transitions positive-going transition coincide. 
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the preceding negative-going transition of the 64Fs clock is shifted to produce a multiplexed 
. clock signal. Figure 32 schematically illustrates how the multiplexed clock signal is formed in 
dependence upon the 64Fs signal and the word clock signal. In Figure 32 the uppermost 
signal 3210 is the unmodified 64fs clock signal used to synchronise the PLL in the receiver, 
5 the middle signal 3220 is the word clock signal used to synchronise PCM data framing in the 
receiver and the lowermost signal 3230 is the multiplexed clock signal in which the negative- 
going transitions have been shifted. The multiplexed clock signal 3230 is the clock signal that 
is transferred over the MAC-DSD link. In Figure 32 time is increasing to the right along the 
horizontal axis. It can be seen that the positive going edge 3212 of the 64Fs clock signal 
10 coincides with the positive-going edge 3222 of the word clock signal. Accordingly, the 
preceding negative-going edge 3214 of the 64fs clock signal has been shifted back in time by 
time tcikmod thereby reducing the width of that clock pulse (see edge 3234 of in the multiplexed 
clock signal 3230) whilst the subsequent negative-going transition 3216 of the 64fs clock edge 
has been shifted forwards in time by a corresponding time increment tcikmod (see edge 3236 of 
15 the multiplexed clock si^al 3230) thereby increasing the width of the pulse. The negative 
transition 3236 after the word clock edge 3222 is delayed by the same amount that the 
preceding negative edge 3234 is advanced. The delay of the subsequent negative-going 
transition 3236 is performed by way of compensation to avoid DC content in the signal. DC 
content in the signal is likely to cause periodic "baseline shift" at the word clock frequency, 
20 when the signal is transmitted in an AC-coupled system. Performing this compensation on the 
clock cycle following the coincidence of the word clock and 64Fs clock also reduces the Fs/n 
clock frequency content in the 64fs signal. This is important, since it is desirable to reduce 
low- frequency jitter in the received 64fs clock, which is typically used to feed a PLL circuit 
to generate an ADC/DAC audio sample clock. The edge offset time (tcikmod) shown in Figure 
25 32 is exaggerated for ease of illustration. The true time shift will typicaUy be very small, for 
example, one 2048fs period (11.07ns, at Fs = 44.1kHz). Note that the shift or '•pulse width 
deviation" introduced to the clock mux signal shown in Figure 32 does not occur every word 
clock cycle. Rather the clock pulse width deviation only occurs once every n clk_fs cycles, 
where n is an integer value controlled by a register. Effectively, introduction of the clockpulse 
30 width deviation every n word clock cycles amounts to multiplexing a clock signal of 
frequency Fs/n with the 64fs clock. Since the frequency of the sample clock (word clock) is 
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known, all that needs to be communicated by the transmitter is phase information which 
enables the receiver to reconstitute the word clock signal with a six-bit coimter. The counter is 
reset by the Fs/n signal and incremented by the 64fs clock. Note that the signal forms of 
Figure 32 apply to both the transmitter (which generates the multiplexed clock) and receiver 
(which generates the Fs clock) ends of the connection. 

Figure 34 schematically illustrates a MAC DSD transmitter 3400 (the counterpart of the 
FPGA 512 in Figure 6) adapted for transmission of both PCM and DSD data. The MAG DSD 
transmitter module comprises: a 64Fs clock generator 3410; an Fs sync generator (word clock 
generator) 3420; a clock multiplexer module 3430, a coxmter 3440; an S-bit generator 3450; an 
encoding and block construction module 3460; an interleaver 3470; a FIFO buffer 3490 and a 
frame assembler 3492. 

The clock multiplexer 3430 generates the pulse width deviated clock signal 
(illustrated in Figure 32) by shifting certain negative-going edges of the 64Fs clock signal in 
dependence upon output from the word clock sync generator 3420. The pulse width deviated 
clock signal is transmitted across the twisted pair cable to the receiver. The counter 3440, 
keeps track of the 64fs clock signal in order to pre-empt the occurrence of the Fs sync signal. 
It is necessary to pre-empt the Fs sync signal to facilitate generation of the S-bit in the audio 
data stream, which is performed by the S-bit generator module 3450. Note that the PCM 
samples are individually labelled with sync markers via the M-bit encoding (see 27-bit PCM 
audio sample stracture of Figure 27) whereas DSD mode frames rely on a frame flag bit being 
set in the transmitter and the marker bit of the first sample of the flagged frame being set on 
entry to the receiver FIFO. The output of the S-bit generation module 3450 is supplied to the 
encoding and block construction module where parity bits are generated and padding bits are 
inserted for PCM mode frames only to construct the 32-bit data blocks of the frame payload 
(see Figure 18B). Data blocks from the encoding and block construction module 3460 are 
supplied to the interleaver 3470 which outputs 4-bit nibbles of interleaved data to the FIFO 
buffer 3490. The transmitter FIFO 3490 bridges the audio clock and link clock (PHY 514 in 
Figure 6) domains of the transmitter. The transmitter FIFO buffer 3490 is 25 bits wide. Of the 
25 bits, 24 bits are associated with 24 respective channels of concurrent DSD or PCM audio 
samples, the 25th bit being reserved as a synchronisation marker. The 25* bit indicates 
whether the corresponding DSD or PCM audio sample occurred simultaneously with an Fs/n 
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Clock edge in the transmitter. This is illustrated in Figure 33 which shows five consecutive 
DSD samples (n-2), (n-2) , n, (n+1), (n+2) and their timing relationship with the local 64Fs 
clock and the word clock. It can be seen that sample n corresponds in time to the coincidence 
of the positive going edge of the word clock and 64Fs clock. Accordingly the positive-going 
edge of the marker bit coincides with the beginning of DSD sample n. Data is read out from 
the transmitter FIFO 3490 in dependence upon the occupancy threshold (as described above 
with reference to Figure 14) and suppUed to the frame assembler 3492. Data from the frame 
assembler 3492 is supplied to the PHY of the transmitter. The transmitter start-up procedure 
differs sUghtly for PCM mode and DSD mode operations. In PCM mode on start-up, the 
transmitter starts transmitting as soon as possible. Marked samples are expUcitly indicated via 
the PCM sample subframe 'M-bit' encoding. However in DSD mode marked samples are not 
explicitly indicated but are derived from fiag bit 1 of the frame flags as specified in th6 table 
of Figure 30. Accordingly, on start-up in DSD mode, the transmitter holds-off transmittmg 
the first frame until one of the marked samples (i.e. sample synchronous with Fs/n clock) is 
available in the FIFO. While the transmitter is in this hold-off state, samples are read-out of 
the PHY clock side of the FIFO and dropped. When a marked sample becomes available (as 
indicated by flag bit 1), the mterleaving, encoding and frame formatting mechanisms are 
enabled, such that tiie first sample in the first frame is the marked sample. From this point, 
frame transmission is governed by the buffer status (to initiate frame assembly) and frame 
format rules. 

Figure 35 schematically illustrates a MAC DSD receiver 3500 (the counterpart of the 
FPGA 526 in Figure 7) adapted for reception of both PCM and DSD data. The MAC-DSD 
receiver 3500 comprises: an Fs/n sync detection module 3510; an Fs clock generation module 
3520; a monostable counter 3530; a frame receiving and decoding module 3540; a FIFO 
buffer 3550; a deinterleaver 3560; and a decode^lock deconstruction module 3570. The Fs/n 
sync detection module receives the pulse width deviated clock signal from the twisted pair 
cable and determines the relative phases of the 64fs clock and the word clock on the basis of 
this signal. The Fs/n phase information is supplied as input to the word clock generation 
module 3520, which outputs the word clock (Fs) signal. 
) The incoming cable clock signal is passed directly to the local phase locked loop 

of the receiver system in order to synchronise the system. It is not possible to use the 
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extracted Fs clock derived from the word clock generation module 3520 for this purpose. This 
is because the word clock generation module 3520 requires sequential logic that is clocked 
form the local PLL so that the extracted signal is always synchronous wit the local PLL. This 
means that the output of the word clock generation module 3520 is unsuitable as a 
synchronisation sovirce for the PLL. 

Note that the Fs clock signal in the receiver is of the same phase as the Fs clock 
signal in the transmitter as a result of the Fs/n sync. The Fs/n phase information is also 
supplied to the monostable counter. The monostable counter is triggered by reception of each 
Fs/n indication to count 64fs clock periods. The FIFO output is disabled on detection of the 
first marked sample in the FIFO 3550, whereupon the FIFO begins to fill with data. After a 
number of 64fs cycles equal to the predetermined link latency, the FIFO 3550 outputs are 
enabled. The predetermined link latency incorporates the delay incurred in the transmitter due 
to data encoding and frame assembly plus the delay incurred at the receiver due to the 
decoding process. The predetermined latency of the data link is programmed to be an exact 
multiple of 64fs clock periods measured with respect to the Fs/n sync signal transmitted on the 
cable clock. 

Mn frames (comprising nibbles) from the PHY 526 of the receiver (see Figure 7) are 
supplied as input to the frame reception and decoding module, where header data is removed, 
and error checks are performed. The decoded data is supplied as input to the FIFO 3550 in the 
form of Mn nibbles. The FIFO outputs 4-bit data nibbles, which are supplied to the 
deinterleaver 3560 for deinterleaving. The deinterleaved data is then fed to the decode^lock 
deconstruction module 3570 where the audio data payload data is extracted and output as an 
audio data stream. 

Figure 36 schematically illustrates a system in which two sample-synchronous links are 
operated in parallel and in which the Fs/n sync signal is used to synchronise the parallel links. 
The system comprises a transmitting device 3600 which is connected by a first cables 3603 
and a second cable 3605 to a receiving device. The transmitting device 3600 has a first MAC- 
DSD transmitter 3610 which is connected to a fu*st MAC-DSD receiver 3710 in the receiving 
device 3700 via the furst cable 3603. The transmitting device 3600 also has a second MAC- 
DSD transmitter 3620 which is connected to a second MAC-DSD receiver 3720 in the 
receiving device 3700 via the second cable 3603. The two MAC-DSD transmitters 3620, 
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3620 are driven by an internal clock source 3630 that supplies them with both a 64Fs clock 
and a word clock. In the receiving device 3700 only the first MAC-DSD receiver 3710 acts as; 
a clock source thereby serving as a master clock. This receiver 3710 derives the word clock 
signal and the 64Fs clock signal from the multiplexed clock signal received via the first cable 
3603. Note that if a separate word clock source were used then neither of the MAC-DSD 
receivers 3710. 3720 would serve as a master clock source. The 64Fs and word clocks 
extracted from the link cable 3603 are supplied to a PLL 3730 that outputs a word clock signal 
and a 64Fs clock signal to both the first MAC-DSD receiver 3710 and the second MAC-DSD 
receiver 3720. The second MAC-DSD receiver 3720, which is not saving as the master clock 
source, should re-clock the multiplexed clock signal received via the second cable 3605 in 
order to detect the Fs/n indicator (i.e. the clock pulse width deviation). The propagation delay 
on the link via the first cable 3603, , is likely to be different from the propagation delay on the 
link via the second cable 3605. The difference in propagation delay between the first link 3603 
and the second link 3605 is determined by comparing the position of the received 64fs clock 
edges with the locally-regenerated 64fs clock (from PLL 3730), and by comparing the position 
of the received Fs/n indicator with the locally-regenerated Fs word clock, (also from PLL 
3730). Figure 37 schematically illustrates a measured difference in propagation delay between 
the two links. It can be seen from Figure 37 that the positive-going clock edge 3812 
immediately following the shifted negative-going clock edge (pulse width deviated pulse) in 
the clock multiplexed signal 3810 is shifted relative to the corresponding positive-going clock 
edge of the locally regenerated 64Fs clock signal 3822 and relative to the positive edge 3832 
of the locally regenerated word clock signal 3830 by an amount toffset - In particular, the 
received cable clock Fs/n indicator occurs later in time than the local Fs clock edge. Given that 
the local Fs clock edge is derived to be synchronous with the received cable clock Fs/n 
indicator on the clock master MAC-DSD link, this indicates that the cable propagation delay 
for the second link 3605 is longer than the cable propagation delay for the clock master link 
3603. The relative difference in propagation delay between the clock master link 3603 and the 
other link 3605 is toffset- The time toffset is defined to be negative in the case that the non-master 
link 3605 is delayed relative to the clock master link 3603 as shown above, and positive in the 
3 case that the non-master link 3605 is advanced relative to the clock master link. 

Once toflse. is determined at the receiver, the following algorithm must be followed to 
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adapt the latency monostable counter 3530 of the receiver to ensure synchronous operation 
with the clock master link. If toirset is positive (i.e. non-master link 3605 is advanced in time 
relative to clock master 3603 link) then when the Fs/n indicator is detected via link 3605 the 
latency monostable counter in MAC_DSD receiver 3720 is not started until the next word 
clock edge. However, if tof&et is negative (i.e. non-master link 3605 is delayed relative to 
master link 3603 as in Figure 37) toffset is rounded down to an integer number of 64fs periods 
and one is subtracted from this value to derive a value for the timeout for the non-master 
latency monostable counter. The latency monostable counter in MAC-DSD 3720 (non- 
master) is started at the first 64Fs clock edge following the timeout. This will result in the 
non-master latency monostable counter timing out synchronously with the monostable counter 
in the clock master receiver. 

If the predetermined link latency period expires before a marked sample is detected 
in the FIFO 3550 this is an indication that either there is a fault in the system or that the 
. predetermined link latency has been set at too small a value for the link conditions. 
Accordingly, if the latency period expires before the marked sample is detected an interrupt 
signal is raised and error indicator bits are set. Table 10 below specifies for each of seven 
audio data formats an example link latency in 64Fs periods and in microseconds. 



Table 10 



Audio format 


Latency (64fs periods) 


Latency (|j.s) 


DSD 


127 


44.9 


44.1kHz PCM 


192 (3 samples) 


68 


48kHz PCM 


192 (3 samples) 


62.5 


88.2kHz PCM 


1 60 (5 samples) 


56.6 


96kHz PCM 


160 (5 samples) 


52.1 


176.4kHz PCM 


144 (9 samples) 


51.0 


192kHz PCM 


144 (9 samples) 


46.9 



The invention may be embodied in software, programmable hardware (e.g. FPGA, 
ASIC), hardware or a combination of these. In the case of a software component, the 
invention also includes a providing (e.g. storage, transmission) medium by which such 
software is provided. 
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CLAIMS 



1. A data commxinications system for communicating a data signal formed of successive 
5 data elements, the system comprising a transmission node; a reception node; and a link 
providing a data connection from the transmission node to the reception node; 

the transmission node comprising: 

means for fransmitting a synchronisation clocking signal to the reception node via the 
link, the synchronisation clocking signal having synchronising features occurring at a 

10 frequency lower than a data element rate; 

means for assembling elements of the data signal into data frames, each data frame having a 
plurality of successive data elements of the data signal, for transmission to the reception node 
via the link, the assembling means being responsive to the synchronisation clocking signal so 
as to set a synchronisation flag associated with a data element having a first predetermined 

15 temporal relationship with a synchronising feature of the synchronisation clocking signal; and 

and the reception node comprising: 

means for detecting a synchronising feature of the synchronisation clocking signal 

received from die transmission node; 

means for disassembling received data frames to regenerate the data signal, the 
disassembling means being operable to detect a data element associated with a set 
synchronisation flag; 

means for outputting a data element associated with a set synchronisation flag at a 
second predetermined temporal relationship with respect to the synchronising feature of the 
received synchronisation clocking signal; 

the first and second predetermined temporal relationships being arranged so that a 
predetermined system latency exists between input of a data element to the transmission node 
and subsequent output of that data element by the reception node. 
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2. A system according to claim 1 , in which the assembling means is operable: 

i. to set a synchronisation flag associated with a data frame containing a data element 
having a first predetermined temporal relationship with a synchronising feature of the 
synchronisation clocking signal; and 
5 ii. to position such a data element at a predetermined position within that data frame. 

3. A system according to claim 2, in which the predetermined position is a first- 
transmitted data element position within that data frame. 

10 4. A system according to any one of the preceding claims, in which: 

the transmission node comprises means for transmitting a data clock to the receiving 
node via the link, the data clock defming the timing of the data elements or components of the 
data elements; and 

the reception node comprises means for receiving the data clock from the transmitting 
15 node and for outputting the data elements in accordance with the received data clock. 

5 . A system according to claim 4, in which: 

the transmission node comprises means for combining the synchronisation clocking 
signal and the data clock to form a multiplexed clock signal for transmission to the reception 
20 node via the link; and 

the reception node comprises means for demultiplexing the synchronisation clocking 
signal and the data clock from the multiplexed clock signal. 

6. A system according to claim 5, in which the combining means comprises means for 
25 adjusting the timing of a subset of clock pulses of the data clock signal in dependence on a 

synchronising feature of the synchronisation clocking signal. 

7. A system according to claim 6, in which: 

the data clock is defined with respect to a periodic reference clock edge; 
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the transmission node is operable to adjust the timing of one or more clock edges of the data 
clock other than the reference edges in response to a synchronising feature of the 
synchronisation clocking signal; and 

the reception node comprises means for detecting timing deviations in clock edges of 
5 the data clock other than the reference edges. 

.8. A system according to any one of the preceding claims, in which the transmission node 
is responsive to an externally suppUed synchronisation clocking signal. 

10 9 . A system according to any one of the preceding claims, in which the outputting means 
comprises a time delay arrangement, so that data elements from a data frame associated with a 
set synchronisation flag are output a predetermined delay time after the reception node 
receives the synchronising feature of the synchronisation clocking signal. 

15 10. A system according to claim 9, in which the predetermined delay time is substantially 
equal to a latency time required by the transmission node and the reception node to handle a 
data element for transmission via the link. 

11. A system according to any one of the preceding claims, 

20 the transmission node having: 

a frame assembly arrangement operable to receive input data elements at an input data 
rate and to buffer the input data elements prior to performing a frame assembly operation in 
which buffered data is retrieved and assembled to form the framed data, the frame assembly 
arrangement being operable to output the framed data for transmission at a framed data rate; 

25 and the receiving node having: 

a frame receiving arranganent operable to receive framed data from the transmission node at 
the framed data rate and to buffer the received framed data prior to performing frame 
disassembly to produce output data elements at an output data rate; 

in which output of framed data is commenced by tiie frame assembly arrangement prior to 
30 assembly of a complete frame and output of data blocks is commenced by the frame receiving 
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airangement prior to disassembly of a complete frame of received framed data. 

12. A system according to any one of the preceding claims, in which the data elements are 
samples of a one-bit signal. 

5 

13. A system according to any one of claims 1 to 11 , in which the data elements are plural- 
bit data words. 

14. A system according to any one of the preceding claims, in which tiie data elements 
10 comprise audio samples. 

15. A system according to claim 14 as dependent on claim 13, in which the data elements 
are derived from AES3 standard audio sample subframes. 

15 16. A system according to claim 4 or any one of claims 5 to 1 5 as dependent on claim 4, in 
which: 

the data clock defines the timing of individual data bits of each data word; 
the transmission node and the reception node operate in accordance with a word clock, 
being a sub-multiple of the data clock, to define the timing of individual data words. 

20 

17. A system according to claim 16, in which the synchronising feature of the 
synchronisation clocking signal has a constant temporal relationship to the word clock. 

18. A system according to claim 17, in which the reception node comprises means for 
25 deriving the word clock from the synchronising features of the synchronisation clocking 

signal. 



19. 
link. 



A system according to any one of the preceding claims, in which the link is a wired 



58 

20. A system according to any one of the preceding claims, in which the link comprises 
the physical layer of an Ethernet link. 



21. A transmission node for use in a data communications system for communicating a 
5 data signal formed of successive data elements having a reception node; and a link providing a 
data coimection from the transmission node to the reception node; 
the transmission node comprising: 

means for transmitting a synchronisation clocking signal to the reception node via the 
link, the synchronisatiori clocking signal having synchronising features occurring at a 
10 frequency lower than a data element rate; and 

means for assembling elements of the data signal into data frames, each data frame 
having a plurality of successive data demerits of the data signal, for transmission to the 
reception node via the link, the assembling means being responsive to the synchronisation 
clocking signal so as to set a synchronisation flag associated with a data element having a first 
predetermined temporal relationship with a synchronising feature of the synchronisation 
clocking signal. 
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22. A reception node for use in a data coinmunications system for communicating a data 
signal formed of successive data elements having a transmission node and a link providing a 
20 data connection from the transmission node to the reception node; 
the reception node comprising: 

means for detecting a synchronising feature of the synchronisation clocking signal 
received from the transmission node, the synchronisation clocking signal having 
synchronising features occurring at a frequency lower than a data element rate; 

means for disassembling received data frames to regenerate the data signal, the 
disassembling means being operable to detect a data element associated with a set 
synchronisation flag; 

means for outputting a data element associated with a set synchronisation flag at a 
second predetermined temporal relationship with respect to the synchronising feature of the 
30 received synchronisation clocking signal. 
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23. A data communications system substantially as hereinbefore described with reference 
to the accompanying drawings. 

24. A transmission node substantially as hereinbefore described with reference to the 
5 . accompanying drawings. 

25. A reception node substantially as hereinbefore described with reference to the 
accompanying drawings. 

10 26. A data communications method for conununicating a data signal formed of successive 
data elements, the system comprising a transmission node; a reception node; and a link 
providing a data connection from the transmission node to the reception node; the method 
comprising the steps of: 

the transmission node: 

15 transmitting a synchronisation clocking signal to the reception node via the link, the 
synchronisation clocking signal having synchronising features occurring at a frequency 
lowCT than a diata element rate; 

assembling elements of the data signal into data frames, each data frame having a plurality 
of successive data elements of the data signal, for transmission to the reception node via the 
20 link, the assembling step being responsive to the synchronisation clocking signal so as to 
set a synchronisation flag associated with a data element having a first predetermined 
temporal relationship with a synchronising feature of the synchronisation clocking signal; 

and the reception node: 
detecting a synchronising feature of the synchronisation clocking signal received from the 
25 transmission node; 

disassembling received data frames to regenerate the data signal, the disassembling step 
being operable to detect a data element associated with a set synchronisation flag; and 
outputting a data element associated with a set synchronisation flag at a second 
predetermined temporal relationship with respect to the synchronising feature of the 
30 received synchronisation clocking signal; 
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the first and second predetermined temporal relationships being arranged so that a 
predetermined system latency exists between input of a data element to the transmission node 
and subsequent output of that data element by the receptioii node. 

27. A method of operation of a transmission node for use in a data communications system 
for communicating a data signal formed of successive data elements having a reception node; 
and a link providing a data connection from the transmission node to the reception node; 
the method comprising the steps of: 

transmitting a synchronisation clocking signal to the reception node via the link, the 
synchronisation clocking signal having synchronising features occurring at a frequency lower 

than a data element rate; and 

assembling elements of the data signal into data frames, each data frame having a 
plurality of successive data elements of the data signal, for transmission to the reception node 
via the link, the assembling step being responsive to the synchronisation clocking signal so as 
to set a synchronisation flag associated with a data element having a first predetermined 
temporal relationship with a synchronising feature of the synchronisation clocking signal. 

28. A method of operation of a reception node for use in a data communications system for 
communicating a data signal formed of successive data elements having a transmission node 
and a link providing a data connection from the transmission node to the reception node; 
the method comprising the steps of: 

detecting a synchronising feature of the synchronisation clocking signal received from 
the transmission node, the synchronisation clocking signal having synchronising features 
occurring at a frequency lower than a data element rate; 

disassembling received data frames to regenerate the data signal, the disassembling 
step being operable to detect a data element associated with a set synchronisation flag; and 

outputting a data element associated with a set synchronisation flag at a second 
predetermined temporal relationship with respect to the synchronising feature of the received 
synchronisation clocking signal. 
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29. A data communications method substantially as hereinbefore described with reference 
to the accompanying drawings. 

30. A method of operation of a transmission node substantially as hereinbefore described 
5 with reference to the accompanying drawings. 

31. A method of operation of a reception node substantially as hereinbefore described with 
reference to the accompanying drawings. 

10 32, Computer software having program code for carrying out a method according to any 
one of claims 26 to 31. 

33. A providing medium by which software according to claim 32 is provided. 
15 34. A medium according to claim 33, the medium being a storage mediima. 

35. A medium according to claim 33, the medium being a transmission medium. 
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ABSTRACT 
DATA CQMMTTNTCATION 

5 

A data communications system for communicating a data signal formed of successive 
data elements, the system comprising a transmission node; a reception node; and a link 
providing a data connection from the transmission node to the reception node; in which: 
the transmission node comprises means for transmittmg a synchronisation clocking signal to 
10 the reception node via the link, the synchronisation clocking signal having synchronising 
features occurring at a frequency lower than a data element rate; means for assembUng 
elements of the data signal into data frames, each data frame having a plurality of successive 
data elements of the data signal, for transmission to the reception node via the link, the 
assembling means being responsive to the synchronisation clocking signal so as to set a 
15 synchronisation flag associated with a data element having a first predetermined temporal 
relationship with a synchronismg feature of the synchronisation clocking signal; and the 
reception node comprises: means for detecting a synchronising feature of the synchronisation 
clocking signal received from the transmission node; means for disassembling received data 
frames to regenerate the data signal, the disassembling means being operable to detect a data 
20 element associated with a set synchronisation flag; means for outputting a data element 
associated with a set synchronisation flag at a second predetermined temporal relationship 
with respect tO the synchronising feature of the received synchronisation clocking signal; the 
first and second predetermined temporal relationships being arranged so that a predetermined 
system latency exists between input of a data element to the transmission node and subsequent 
25 output of that data element by the reception node. 
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